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(57) Abstract: The present invention relates to web sites, databases and search engines, and, in particular, relates to a combined 
web site and database which is searchable using an unproved search engine. More particularly, die present invention relates to a 
method of creating vertical portals or search infrastructures, and integrating them into existing web sites. The invention accordingly 
provides for a web page including displayed information wherein at least some of die displayed information corresponds with stored 
infoimation which is stored in fields in tables in a web page database, wherein the displayed infonnanon includes a plurality of dis- 
played information units, the stored information includes a plurality of stored information units, and each displayed information unit 
is displayed in a displaying region on the web page, and wherein the web page database includes a primary web page table including 
a primary web page field which contains a primary web page database identifier which uniquely identifies the web page database. 
The invention also provides for a web site comprising a plurality of web pages, and a set of affiliate web sites and corresponding 
databases, yTyhnting a super database made up of a series of portals each including their own affiliated set of web site databases. 
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System and method for creating and searching web sites 
Field of the invention 

The present invention relates to web sites, databases and search engines, and, in particular, relates to a 
combined web site and database which is searchable using an improved search engine. More particularly, the 
present invention relates to a method of creating vertical portals or search infrastructures, and integrating them into 
existing web sites. 

Background of the invention 

The Internet is growing at an alarming rate. Its use is becoming increasingly business focussed. 
Unfortunately, the differentiation between general information (general content) and business information 
(business/transactional content) is not clear enough when searches are performed using traditional means. 

At present, known search engines act as individual entities, so finding information becomes a combination 
of a consumer or business going to various typically non-independent sites, and hopefully coming across what they 
are looking for. 

Traditional business specific directories are limited in the way information can be found and maintained. 
The present invention was developed for a number of reasons, the main ones being: 

a) to standardise certain content on the Internet and provide a unique search engine architecture 
which can be used to create and locate that content; 

b) to provide an alternative to current web hosting methods, which offers cost benefits, and ease of 
maintenance; and 

c) to provide a transparent solution for businesses who would like (content specific) search engine 
functionality integrated into their existing web sites. 

The present invention centres around the process of creating search engine infrastructure for third parties. 

The present invention is an improvement over the prior art because its hierarchical architecture allows for 
third party/independent, sub-portals (search engines) to be created that contain specific information. These search 
engines might contain restaurant information, accounting information, or health information. 

These sub-portals' data can then be amalgamated into a higher level portal, which may be industry specific. 

The data within these sub-portals can be maintained through a maintenance interface. New content can be 
added, activated, deactivated or changed via a user name and password. 

Additional advantages of the present invention can be summarised as follows: 

a) A third party vertical portal structure can be implemented ready for update by the client within 
hours. The architecture of the present invention is open, so that programming is not required. Users need only 
choose the web site structure they like and fill in the details in the information entry interface. 



1 



WO 01/77883 



PCT/AU01/00393 



b) The search engine (SQL server side) aspect of the present invention contains all the business rules 
for the way the invention operates and functions. If a change is required, it can be implemented in the back end, 
.which will effectively replicate the functionality change to all vertical portal sites; 

c) The present invention's back end architecture has been implemented to maximise the performance 
5 of interactions between the interface and the database content. 

The present invention is capable of creating at least the following structures: 

1 . a single web site for a single business (say a 1 0 page web site): 

2. a collection of web sites which fall under a search structure (accessed by a third party web site) 
and are visible in the super database/search engine: and 

10 3. a collection of web sites which fall under a search structure (accessed by a third party web site) 

which are invisible in the super database/search engine. 

Summary of the invention 

Various exemplary, non-limiting aspects of the present invention are defined and disclosed in the 
following paragraphs: 

IS According to one aspect of the invention there is provided a web page including displayed information 

wherein at least some of the displayed information corresponds with stored information which is stored in fields in 
tables in a web page database, wherein the displayed information includes a plurality of displayed information 
units, the stored information includes a plurality of stored information units, and each displayed information unit is 
displayed in a displaying region on the web page, and wherein the web page database includes a primary web page 

20 table including a primary web page field which contains a primary web page database identifier which uniquely 
identifies the web page database. 

In a preferred form of the invention, each displaying region corresponds to a field in the web page 
database such that the displayed information unit (DIU) displayed in that region corresponds with the stored 
information unit (SIU) stored in its corresponding field in the database. 

25 Conveniently, the position, size, colour and/or orientation of the display regions on the page are defined by 

a page layout. 

Typically, the fields store SIUs chosen from a group including: 

a) characters: 

b) numbers: 
30 c) pictures: 

d) links: and 

e) dates. 

The SIUs may be chosen from a group including: 
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a) names; 

b) addresses; 

c) phone numbers; 

d) fax numbers; 

e) email addresses; 

f) i ndustry categories; 
g product names; 

h) product descriptions 

i) service names; 

j) service descriptions; 

k) announcements; 

1) catalogues; 

m) menus: 

n) keywords; 

o) event names; 

p) event descriptions ; 

q) event dates; 

r) pictures; and 

s) banner advertisements. 

Typically, the display regions display DIUs are chosen from the group including: 

a) characters: 

b) numbers: 

c) pictures; 

d) links. 

The display regions may be chosen from a group including: 



a) 


name regions; 


b) 


address regions; 


c> 


phone number regions; 


d) 


fax number regions; 


e) 


email address regions; 


f) 


industry category regions; 


g 


product name regions; 


h) 


product description regions; 


i) 


service name regions: 


J) 


service description regions: 


k) 


announcement regions: 


1) 


catalogue regions; 
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m) menu regions; 

n) keyword regions; 

o) event name regions: 

p> event description regions; or 

5 q) event date regions; 

r) owner contact information regions: 

s) picture regions: 

t) product information regions: 

u> announcement information regions: 

10 v) link information regions; and 

w) menu information regions: and 

x) banner advertisement regions. 

Typically, all of the displayed information corresponds with stored information which is stored in the 
fields in the tables in the web page database. 

15 Advantageously, the primary web page table is linked to at least one subsidiary web page table by a 

foreign key, with the at least one subsidiary web page table conveniently being linked to further subsidiary tables 
by further foreign keys. 

Preferably, each web page references, or is referenced by, at least one other web page via a link. 

The invention extends to a web site including a plurality of web pages, wherein each web page includes 
20 displayed information where at least some of the displayed information corresponds with stored information which 
is stored in fields in tables in a web page database, wherein the displayed information includes a plurality of 
displayed information units, the stored information includes a plurality of stored information units, and each 
displayed information unit is displayed in a displaying region on the web page, and, wherein the web site has a 
unique web site identifier which corresponds to a unique primary web site database identifier such that the 
25 displayed information on a particular web site is stored in its corresponding web site database, and wherein each 
web page references, or is referenced by, at least one other web page via a link. 

Conveniently, the displaying regions on the web pages are arranged according to a plurality of page 

layouts. 

The types of page layouts may include: 

30 a) home page layouts; 

b) menu page layouts; 

c) newsletter page layouts: 

d) announcement page layouts; 

e) product page layouts; 
35 f) service page layouts; 

g) link page layouts; 
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h) general information page layouts: and 
I) content page layouts. 

Advantageously, the web site has at least one relational identifier, with the relational identifier of a 
particular web site being stored in its corresponding web site database. 

5 Typically, the at least one relational identifier is chosen from the group including: 

a) an affiliate identifier, 

b) a parent identifier: 

c) a child identifier: 

d) a vertical portal identifier, or 
10 e) a horizontal portal identifier. 

The invention extends further to a set of affiliate web sites including a plurality of web sites of the type 
described above wherein each web site as the same affiliate identifier. 

The invention further provides an hierarchical set of affiliate web sites including a plurality of affiliate web 
sites of the type described above wherein a parent web site includes at least one child identifier and a child web site 
15 includes a parent identifier, such that the child identifier of the parent web site corresponds to the parent identifier 
of the child web site. 

According to a further aspect of the invention there is provided a computer implemented method of 
forming the web page described above by: 

a) defining a database including at least one table including at least one field; and 

20 b) associating at least one of the fields with at least one display region on the web page. 

The computer implemented method extends to the formation of a plurality of web pages of a type 
described above by: 

a) creating a template web page including a plurality of display regions whose size, orientation 
and/or layout is defined by a template page layout; 

25 b) creating a template database including at least one table including a plurality of fields containing 

default field information and being associated with one or more display regions on the template 
web page; 

c) copying the template database to create a new database having substantially the same table 
attributes, field attributes and default field information as the template database; 

30 d) creating a new primary database identifier and storing it in a primary field of a primary table of 

the new database: 
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e) copying the template web page to create a new web page having a unique web site identifier 
which corresponds with the new primary database identifier and having a plurality of display 
regions whose size, orientation and/or layout matches the template page layout; 

f) associating the fields of the new database with the display regions on the new web page; and 

5 g) repeating steps b) to d) until the desired number of new web pages is reached. 

Advantageously, the step of creating a template web page includes the step of accepting layout 
specifications from a user and applying those specifications to the web page. 

The invention further provides a computer implemented method of forming a web site of the type 
described above by forming a first web page in accordance with the method defined above, forming a second web 
10 page in accordance with the method defined above, adding a link, which references the second web page to the first 
web page, and preferably adding a link which references the first web page to the second web page. 

The invention still further provides a computer implemented method of creating and adding a new web 
page to an web site, wherein the existing web site is a web site as defined above, by forming a new web page in 
accordance with the method described above, adding a first new link, which references the new web page to a first 
IS existing web page in the existing web site, and preferably adding a second new link, which references a new web 
page to a second existing web page. 

The method may extend to include the additional step of adding a third new link, which references an 
existing web page to the new web page. 

There is further provided a computer implemented method of forming a set of affiliate web sites of the 
20 type described above by forming a first web site using the method described above, forming a second web site 
using the same method defined above, and assigning the same affiliate identifier to the first and second web sites. 

There is still further provided a computer implemented method of forming an hierarchical set of affiliate 
web sites of the type described above by forming a set of affiliate web sites using the method defined above, 
assigning a child identifier to the parent web site, and assigning a matching parent identifier to the child web site. 

25 The invention extends to a data entry interface for updating displaying information on a web page of the 

type described above including a plurality of information entry fields, each of which corresponds to a field in a 
table in the database. 

The interface preferably includes an uploader for uploading entered information from the information 
entry fields into the stored information fields in the database and may also include a downloader for downloading 
30 stored information from the stored information fields in the database into the information entry fields. 

The interface may further include a downloader for downloading stored information from the stored 
information fields in the database into the information entry fields. 

The entered information may include a plurality of entered information units (EIUs). 
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The plurality of information entry fields may be displayed on a plurality of information entry pages, which 
may be internet web pages, with at least some of the information entry pages preferably being linked to one 
another. 



The information entry pages may include: 



a) 


personal information entry pages; 


b) 


product information entry pages; 


c) 


service information entry pages; 


d) 


announcement information entry pages; 


e) 


catalogue information entry pages: 


0 


menu information entry pages; 


g) 


general information entry pages; 


h) 


additional links information entry pages; and/or 


I) 


homepage information entry pages. 



The information entry pages may further include action choice buttons which may in the form of links or 
IS pictures which behave like buttons. 

The action choice buttons may be chosen from the group including: 

a) edit buttons; 

b) add buttons; 

c) save buttons; and 
20 d) activate pick lists. 

Pressing the edit button on an information entry page may cause the downloader to download the SIUs 
from the database fields into the corresponding information entry fields in the information page for editing by the 
user. 

Pressing the add button on an information entry page typically causes the downloader to download the 
25 SIUs from the database fields into the corresponding information entry fields in the information page in read only 
format, so that the user can only add entered information to empty information entry fields. 

Pressing the save button on an information entry page typically causes the uploader to upload the entered 
information units (EIUs) entered by user into the corresponding database fields as SIUs. 

Conveniently, selection of the activate option in the activate picklist on an information entry page causes 
30 the uploader to change an active indicator in a field in the database to an active state. 

According to a still further aspect of the invention there is provided a computer implemented method of 
generating a search string for use in searching a database having a plurality of database tables each of which has a 
database table name, wherein each table contains a plurality of database fields each of which has a database field 
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name and contains stored information, wherein said search string is based upon at least one search parameter, each 
search parameter having a corresponding database Field and wherein said method includes the steps of: 

a) generating a database field selection statement: 

b) generating a database table selection statement: 

c) generating a condition statement: 

d) concatenating said database field selection statement said database table selection statement and 
said condition statement to form a search string. 

The method preferably includes the additional step of generating a result order statement and 
concatenating said result order statement to said search string. 

Advantageously, the step of generating a database field selection statement is achieved by: 

a) declaring a database field selection string variable: 

b) initialising said string variable; 

c) adding a database field selection command to the start of said string; 

d) adding at least one database field name to said string, followed by a separator; 

e) repeating step d) until the field selection string variable includes all the required database field 
names; and 

0 removing the final separator in the database field selection string. 

The database field selection command may be the SQL selection command "SELECT", and the separator 
may be a comma. 

Conveniently, the step of generating a database table selection statement is achieved by: 

a) declaring a database table selection string variable; 

b) initialising said string variable; 

c) adding a database table selection command to the start of said string; 

d) adding at least one database table name to said string, followed by a separator; 

e) repeating step d) until the table selection string variable includes all the required database table 
names; and 

f) removing the final separator in said database table selection string. 
Typically, the database field selection command is the SQL selection command "FROM". 
Preferably, the step of generating a condition statement is achieved by: 

a) declaring a condition string variable; 

b) initialising said string variable: 

c) adding a condition command to the start of said string; 

d) adding at least equation to said string, followed by a separator: 

e) repeating step d) until the condition string variable includes all the required equations; and 

f) removing the final separator from the string. 
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The condition command may be the SQL selection command "WHERE". 

Typically, the equation takes the form of: "database field name = corresponding search parameter". 

Preferably, the step of generating a result order statement is achieved by: 

a) declaring a result order string variable: 

5 b) initialising said string variable: 

c) adding a result order command to the start of said string; 

d) adding at least one database field name to said string, followed by a separator 

e) repeating step d) until the result order string variable includes all the required database field 
names: and 

10 f) removing the final separator from the string. 

The result order command may be the SQL result order command "ORDER BY". 

The invention still further provides a search string generated by the computer implemented method 
described above. 

The invention also extends to a computer implemented search string generator which generates search 
15 strings in accordance with the method described above. 

According to a still further aspect of the invention there is provided a web page database including stored 
information wherein at least some of the stored information corresponds with displayed information which is 
displayed in displaying regions on a web page, wherein the web page is a web page as defined in any one of the 
paragraphs above. 

20 There is further provided a web site database including plurality of web page databases of the type 

described above. 

The web site database may include a plurality of web sites of the type described in any of the relevant 
paragraphs above. 

Conveniently, at least some of the stored information in the web site database corresponds with displayed 
25 information displayed on the web site of the type described above. 

The invention further extends to a super database including a plurality of web site databases of the type 
described above, with each of the web site databases including an affiliate field which contains an affiliate 
identifier, wherein web sites which are affiliated with one another preferably have the same affiliate identifier. 

Conveniently, each web site database further includes a visibility field containing a visibility variable 
30 which has a positive status and a negative status, indicating whether or not the web site database is visible in the 
super database. 

The super database may include a super affiliate field which contains a super affiliate code. 

According to a yet further aspect of the invention there is provided an internet searching system including: 
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a search interface including at least one search field for receiving user supplied search parameters; 
a super database of a type described above; 
a search engine; 

a search results displaying interface for displaying a plurality of search result units; 

5 wherein said search interface receives said user supplied search parameters and communicates them to said 

search engine; 

said search engine receives said search parameters, generates a query based thereon, searches said super 
database using said query, produces said plurality of search result units and communicates same to said search 
results displaying interface; and 

10 wherein said search results displaying interface receives and displays said search result units. 

Typically, the search interface has a plurality of search interface types, and each of said search interface 
types has an associated search interface identifier. 

Conveniently, said search interface communicates its search interface identifier to said search engine along 
with said user supplied search parameters. 

15 The search engine typically generates an amended query based upon both said search parameters and said 

search interface identifier. 

Advantageously, the search engine searches said super database using said amended query, producing a 
plurality of filtered search result units. 

Typically, said tittered search result units include stored information which is relevant to said search 
20 interface type. 

Advantageously, said search interface type is a super search interface having a super search interface 
identifier. 

The amended query may include a condition that the only web site databases which are searched are those 
having visibility variables with a positive status. 

25 The search interface may be an affiliate search interface having an affiliate search interface identifier. 

The amended query may include a condition that the only web site databases which are searched are those 
having an affiliate identifier which corresponds with said affiliate search interface identifier. 

The search results displaying interface may have a plurality of interface types, with each of the displaying 
interface types having an associated displaying interface layout. 

30 The displaying interface layout typically determines the presentation, colour and arrangement of said 

search result units on said displaying interface. 
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Advantageously, the search result units are displayed in a search results table having column headings on 
said displaying interface and wherein said displaying interface layout determines the presentation, colour and 
arrangement of said results table. 

The displaying interface layout conveniently determine the information displayed in the column headings 
5 of the results table. 

The displaying interface layout may further determine the colour, size, orientation and appearance of logos 
and advertising banners on said displaying interface. 

The displaying interface type may be determined by the search interface type used, and the search 
interface type may be a super search interface and the displaying interface type may be a super search results 
10 displaying interface. 

The search interface type may be an affiliate search interface and the displaying interface type may be an 
affiliate search results displaying interface. The invention further provides an internet searching system of the type 
described above wherein the query is a search string of the type described above. 

The search results displaying interface may also include at least one search field to enable a user to refine 
IS their search. 

The invention extends to a computer program product comprising a computer readable medium having 
thereon computer program code means, when said program is loaded, to make the computer execute procedure to 
provide a data entry interface of the type described above. 

The invention still further provides a server hosting a web page database of a type described above, as well 
20 as a server hosting web site database of the type described above and a super database of the type described above. 

For purposes of clarity, it should be understood that the terms "affiliate" and "portal" may be used 
interchangeably. 

Brief description of the drawings 

Figure I shows a schematic high level diagram of a web portal creation system of the invention; 

25 Figure 2 shows a flowchart illustrating the various steps involved in creating a portal; 

Figures 3A and 3B show a typical template page layouts for enabling the capture of portal creation 
information; 

Figure 4 shows a typical page layout for creating a product web page: 

Figure 5 shows a schematic diagram illustrating a web site and porta) updating process of the invention; 

30 Figure 6 shows a typical page layout providing a user with a business updating interface; 

Figure 7 shows a typical homepage constructed using the updated information present in the page layout of 
Figure 6; 
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Figure 8 shows a schematic diagram illustrating a searching procedure for searching portals created by the 
portal creation process of the invention: 

Figure 9 shows a page layout of a search result: and 

Figure 10 shows an entity relationship diagram illustrating the architecture of the portal database. 

5 Detailed description of the preferred embodiments 

Referring first to Figure I, a web site portal creation system 10 of the invention has at its heart a portal 
database 12 residing in a web server 14 and including a database or portal query engine 15. A remote subscriber 
terminal 16 is linked via the internet to the server web site and is provided with a web browser 18 for enabling 
portal set up requirements to be captured from the subscriber. A series of data entry template pages 20 are used to 

10 capture the portal set up parameters from the subscriber, who provides information such as the number of web sites 
contained in a particular portal or search infrastructure and the number and type of pages contained within each 
web site. The information entered into the data entry data pages 20 is transmitted via the internet 22 to the web 
server 1 4 in the form of active server pages (ASPs) 24. The portal database 12 includes a series of portals A, B...Z 
which are created by a series of SQL stored procedures that populate corresponding tables within the portal 

IS database 12. 

The ASPs are used in the creation of web sites containing various pages, including a web site homepage, a 
general content page, announcement pages, catalogue pages, cuisine or menu pages, special deal pages and external 
links. Each web site homepage has a keyword field associated with it for use during location functions, and is 
created visually via portal creation parameters 26 which are transmitted via the portal engine to the database, which 
20 contains within its tables content and visual information. 

The database engine 15 also has a number of different enquiry and display functions. These include the 
acceptance of search parameters and the performance of a search against such parameters. Catalogue parameters 
are accepted, and catalogue tables are searched, as are announcement parameters and searching of the 
corresponding announcement table. The same is applicable in respect of menu parameters and product and service 
25 keyword parameters. 

Further functions include the display of one or more web sites within an individual portal through a URL 
call. The database engine requests and accepts a user name and password for update access. On successful login, a 
browser interface is presented for enabling on-line changes. 

A request portal function of the database engine captures portal requirement requests, and includes a series 
30 of tables recording captured request information which remains in the tables until processed by a request processor 
procedure. This is run periodically, and creates portal web sites based on the information in the tables in the 
manner described further on in the specification. 

A series of administration update procedures update the portal records, from information passed from the 
browser-based user maintenance pages. These records correspond with the web site pages. A picklist populator 
35 ftinction populates portal-specific picklists when performing updates to the system, and a page process function 
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runs periodically either to activate or deactivate announcement pages. A fax/email process is run periodically by 
the database engine so as to fax or email messages contained within the fax or email table. 

Turning now to Figure 2, the portal creation process will be described in more detail. Typically, a 
subscriber or portal creator 34 would belong to an umbrella organisation such as a club or institute, a local chamber 
5 of commerce, a shopping centre, or exhibition or conference organisation. The user accesses the portal database 
via a URL, and the browser 17 displays in sequence a number of ASP pages, including a main page template 24.1 , 
a content page template 24.2. an announcement page template 24.3. a catalogue page template 24.4, a menu page 
template 24 J and a deal page template 24.6. The number of required web sites are entered on the main page 
template 24.1, and the number of pages required in respect of the content, announcement, catalogue, menu and deal 
1 0 pages are similarly entered on the corresponding page templates. 

Once the user has entered the portal details, a portal creation confirmation page appears containing the 
following text: 

Are you sure you want to create ten web sites each with: 

• 5 product/services 
15 • 5 announcements 

• 2 catalogues 

• 0 menus 

• 0 menu deals? 

If the user is satisfied with the portal configuration, the "yes" or create portal button 36 is pressed. This 
20 causes the portal creation parameters to be transmitted to the portal web site. Various portal link creation 
procedures 40 are initiated. These include the initialisation of portal request tables within the database, and the 
allocation of a unique identification code for the particular portal, as shown at 40. 1 . The request tables within the 
portal database are subsequently populated with portal requirement data, including the number of web sites and the 
number of pages within each web site, as is shown at 40.2. 

25 The portal web site creation procedure is illustrated in more detail at 42. Once the request tables have 

been populated with the overall number of web sites and the overall number of pages within each web site, each 
web site is then individually constructed by creating a main page and thereafter the requisite number of content, 
announce, catalogue, cuisine or menu and deal pages, as shown at 42.1 to 42.6 respectively. The unique web site 
user name and password is subsequently generated at 42.7 using the first of those letters of the portal code together 

30 with the web site unique identifier. The password is created using a time and date stamp seed. Once all of the web 
sites have been generated, a fax/email notification record is created at 44. and the subscriber is then notified at 46. 

A lower level description of this procedure now follows. 

Activation of the create portal button calls the stored procedure spilnsertManual to insert a blank record 
into each of the SQL tblRequest... tables and returns the IRequestID, which is unique to that specific portal. The 
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portal template information and data that is entered by the end user is then exported via update queries to the 
tbIRequest records just created. The IRequestID is used to reference the correct portal creation records in the event 
that numerous users are creating portals simultaneously. 

When the portal template information and data is written to the tbIRequest tables, the procedure 
5 spCreateRecords is called, passing the current IRequestID as an identifier for the portal being created. This process 
commences at the top of the tblRequestPortai for each IRequestID, if a specific IRequestID is not passed. 

The spCreateRecords process inspects details of the 'Create PortaF request, (bAddMorePages. 
lWebsitelD. iRequestQty) in the underlying tbIRequest... tables and creates the table records via three sub 
procedures. These are spCreatePortal, spCreatePortalChild. and spCreateOther. ' The spCreatePortal procedure 
10 creates the portal 'main page' records and also calls spCreateWebsiteChild and spCreateOther. This procedure 
accepts the IRequestID and iChildQty parameters so that it can process the correct request record and flag each 
Website as individual web site or parent web site. 

The spCreateWebsiteChild procedure solely creates Website records that are flagged as children and 
attaches them to a parent This procedure accepts the IRequestID and lWebsitelD parameters so that it can process 
IS the correct request record and attach it to the correct Website. 

The spCreateOther procedure will create all other Website related records (Announcement, Menu, 
MenuDeal, ProductService. CataloguePage. and Catalogueltem) and attach them to a Website record. This 
procedure accepts the IRequestID and lWebsitelD parameters so that it can process the correct request record and 
attach it to the correct Website. 

20 The password is generated as a string of random letters and digits in a new stored procedure called 

spCreatePassword. This procedure is called within the spCreatePortal. and spCreateWebsiteChild procedures. This 
process loops to create the next portals' web site, until the requested number of web sites are created within the 
portal. After the records are successfully created, the request records that match the passed IRequestID are then 
deleted from the tbIRequest tables. 

25 A scheduled job exists on the Portal Server that will periodically scan the tblRequestWebsiteParent table 

for records that are flagged as WWW requests (sRequestSource = *W') and that have the transaction approved 
(bTransApproved = True). 

This routine will loop through all the pending transactions that match the criteria and call the Record 
Creation procedure for each request. If the Record Creation procedure returns with a Success status, then the user is 
30 informed that the request has been processed and will email them with their UserlD and Password. 

It is expected that during the processing of a portal's creation, this polling routine may be processing 
hundreds of records at a time. 

When records have been created via the WWW, a record is to be written to the tblFaxEmail table so that 
either a Fax or Email can be sent to the user to inform them that their portal has been created. 
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The procedures spCreateRecords and spCreatePortal call a procedure called spiEmail, which writes a 
record to the tblFaxEmail table. An external process then interrogates this table and sends the faxes/emails. 

The fax/email process 44 retrieves all TENDING* items in the tblFaxEmail table. 

The process opens the result set and inspects the sCorrespondanceType field. If it is *FAX\ then a fax file 
5 is and sent to the fax server. If it is 4 EMAIL', then an email is sent via the ASPMail. If ASPMail detects an error in 
sending the email, the error message is written to the sFailReason field in the tblFaxEmail table. 

Referring now to Figures 3 A and 3B, a data entry page is called up from the browser in an HTML format. 
Alternatively, a locally deployable version of the software, such as Microsoft Visual Basic <§>, could be utilized. 
The number of web sites (in this case ten) is entered together with the affiliate or portal code (CHAMBER), and the 

10 business category (Automotive). The number of pages (five) in respect of each web site is also indicated. An order 
seed no. may also be entered to determine the retrieval priority of the web site. Typically, the web sites are initially 
allocated the same seed no. so that they have the same priority. Thereafter, individual subscribers may pay a 
premium for a lower number, so that their web sites have priority when the portal is searched. A logo path 
(/chamber/images/Iogo.jpg) is generated for the entire portal based on the affiliate or portal code. As individual 

15 web site images are created, they are allocated separate directories within the path. Various other contact details 
are then entered where applicable, in place of default and prompt data. 

In Figure 4, a typical screen layout of a content page 20.2 is shown, which includes the total number of 
desired content pages (five) as well as an order seed number. Provision is made for the entry of product and 
service details, together with a product or service external URL. 

20 Once all the other necessary data has been entered by the user in respect of the other pages, the web site 

user name and password are generated in the manner described above. 

At this stage the umbrella organisation has ten web sites carrying separate id's and passwords. This 
organisation has an administration password enabling it to access and update any web site in the portal. AH of the 
members are then notified of their passwords and ids to enable them to update their individual web sites and enter 
25 user specific information. 

The updating processes are illustrated in more detail in Figures 6 and 7. 

At the customer terminal 16.1, the customer logs into the "Chamber** portal web site via the web browser 
17.1 by entering his or her password which is allocated by the umbrella organisation. Together with the updating 
of business details, the user may update content pages, catalogue pages, announce pages, web site details and 
30 cuisine pages. From Figure 7, the various data entry fields are self-explanatory. Once the user has updated the 
data, the save button is pressed, thereby passing the fields as parameters to the update procedures specific to each 
page. 

As is clear from Figure 6, the update parameters are used to update the corresponding tables in the portal 
database 12 using portal update procedures 50. The current database information stored in the tables is then 
35 transmitted back to the user terminal 16.1 via ASPs, which determine the identical web page layouts. The pages 
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are then physically viewed by the user at 52. A typical main web page incorporating the information of Figure 6 is 
shown in Figure 7. with one-to-one correspondence between fields within the database and displayed information 
units displayed in displaying regions on the web page. 

In Figure 8. the searching process is shown. The searches were conducted via a web browser 17.2 at a 
5 user terminal 16.2. The search parameters are transmitted via ASPs to a portal search engine 54 at the portal web 
site. Searching is facilitated within a particular portal using the portal code as part of the search string. The portal 
code is preserved throughout the user session. The search string is constructed dynamically using the parameters 
specified during the search. For performance reasons, search criteria not specified are not incorporated within the 
dynamically created search string within the portal engine. The searcher also has the opportunity to confine the 
10 search to a particular web page-defined category within a particular portal. By way of example, business, 
catalogue, announcement and cuisine searches 54.1 to 54.4 may be conducted, with the search results being 
conveyed via the portal result pages 56. An example of a search result within a particular portal is illustrated in the 
page layout of Figure 9. 

Referring now to Figure 10. a detailed diagram of the architecture of the portal database is shown. Each 
IS of the blocks in the diagram represent individual table location in the database, with the identity of each table being 
indicated on the diagram. Each of the tables has at least one corresponding web page or part thereof associated 
with it, with the tables and the web pages having a one-to-one. many-to-one or one-to-many relationship. Similarly, 
the individual Melds within each table house stored information units which have corresponding displayed 
information units or web regions where the stored information is ultimately displayed. It is clear from the diagram 
20 that each of the tables has a particular table identification which is also mirrored in the corresponding web page. 
The relationship between the tables is indicated by way of the broken lines in the diagram, with a black dot 
representing the "many" side of a one-to-many relationship. 

When a search is conducted in respect of a particular portal, the map field table 58 in the database in 
respect of that particular portal not only determines the search results, but also the particular fields that are 
25 displayed within those results. This allows portals to be customised to the extent that only the relevant data being 
searched for with respect to a particular portal category is uncovered. Irrelevant information with respect to a 
particular portal is therefore simply not displayed in the results. The map field table thus determines exactly which 
information is displayed with respect to a particular portal. 

The portal code which is resident in the portal table is used as a primary distinguishing mechanism to 
30 distinguish one portal from another within the database. The portal code is preserved for the duration of each user 
session so as to ensure that only information associated with that particular portal is displayed at the front end. 

Various aspects of the present invention are described in more detail, and way of example only, in the 
following appendices: 

Appendix A: Search Engine Specification 

35 Appendix B: Update Admin Specification 



16 



WO 01/77883 



PCT/AU01/00393 



Appendix C: Portal Creation Process Definition 
Appendix D: Search Architecture ASP Pages 
Appendix E: Portal Creation Processes & Functions 

Although the invention has been described with reference to specific examples, it will be 
appreciated by those skilled in the art that the invention may be embodied in many other forms. 

It will be understood that the invention disclosed and defined herein extends to all alternative 
combinations of two or more of the individual features mentioned or evident from the text or drawings. All of these 
different combinations constitute various alternative aspects of the invention. 

The foregoing describes embodiments of the present invention and modifications, obvious to those skilled 
in the art can be made thereto, without departing from the scope of the present invention. 
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Claims 

1. A web page including displayed information wherein at least some of the displayed information 
corresponds with stored information which is stored in fields in tables in a web page database, wherein the 
displayed information includes a plurality of displayed information units, the stored information includes a plurality 

5 of stored information units, and each displayed information unit is displayed in a displaying region on the web " 
page, and wherein the web page database includes a primary web page table including a primary web page field 
which contains a primary web page database identifier which uniquely identifies the web page database. 

2. A web page as claimed in claim 1 wherein each displaying region corresponds to a field in the 
web page database such that the displayed information unit (DIU) displayed in that region corresponds with the 

10 stored information unit (SIU) stored in its corresponding field in the database. 

3. A web page as claimed in either one of claims 1 or 2 wherein the position, site, colour and/or 
orientation of the display regions on the page are defined by a page layout. 

4. A web page as claimed in any one of the preceding claims wherein the fields store SIUs chosen 
from a group including: 

IS a) characters; 

b) numbers: 

c) pictures; 

d) links; and 

e) dates. 

20 5. A web page as claimed in claim 4 wherein the SIUs are chosen from a group including: 



a) 


names; 


b) 


addresses; 


c) 


phone numbers; 


d) 


fax numbers; 


e) 


email addresses: 


0 


industry categories; 


g 


product names; 


h) 


product descriptions 


i) 


service names; 


j) 


service descriptions; 


k) 


announcements; 


I) 


catalogues; 


m) 


menus; 


n> 


keywords; 


o) 


event names; 


P) 


event descriptions; 
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q) event dates; 

r) pictures: and 

s> banner advertisements. 

6. A web page as claimed in any one of the preceding claims wherein the display regions display 
S DIUs are chosen from the group including: 

a) characters; 

b) numbers: 

c) pictures; and 

d) links. 

10 7. A web page as claimed in claim 6 wherein the display regions are chosen from a group including: 



15 



20 



25 



30 



a) 


name regions: 


b) 


address regions: 


c) 


phone number regions: 


d) 


fax number regions: 


c) 


email address regions: 


0 


industry category regions; 


S 


product name regions: 


h) 


product description regions: 


i) 


service name regions; 


j) 


service description regions; 


k) 


announcement regions; 


1) 


catalogue regions; 


m) 


menu regions; 


n) 


keyword regions; 


o) 


event name regions: 


P) 


event description regions; or 


q) 


event date regions; 


r) 


owner contact information regions; 


s) 


picture regions: 


0 


product information regions: 


u) 


announcement information regions: 


v) 


link information regions; 


w) 


menu information regions; and 


x) 


banner advertisement regions. 



35 8. A web page as claimed in any one of the preceding claims wherein all of the displayed 

information corresponds with stored information which is stored in the fields in the tables in the web page database. 
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9. A web page as claimed in any one of the preceding claims wherein the primary web page table is 
linked to at least one subsidiary web page table by a foreign key. 

10. A web page as claimed in claim 9 wherein the at least one subsidiary web page table is linked to 
further subsidiary tables by further foreign keys. 

S 11. A web site including a plurality of web pages as claimed in any one of claims 1 to 10 wherein 

each web page references, or is referenced by. at least one other web page via a link. 

12. A web site including a plurality of web pages, wherein each web page includes displayed 
information where at least some of the displayed information corresponds with stored information which is stored 
in fields in tables in a web page database* wherein the displayed information includes a plurality of displayed 
10 information units, the stored information includes a plurality of stored information units, and each displayed 
information unit is displayed in a displaying region on the web page, and, wherein the web site has a unique web 
site identifier which corresponds to a unique primary web site database identifier such that the displayed 
information on a particular web site is stored in its corresponding web site database, and wherein each web page 
references, or is referenced by, at least one other web page via a link. 

IS 13. A web site as claimed in either one of claims II or 12 wherein the displaying regions on the web 

pages are arranged according to a plurality of page layouts. 

14. A web site as claimed in claim 1 3 wherein the types of page layouts include: 





a) 


home page layouts; 




b) 


menu page layouts; 


20 


c) 


newsletter page layouts; 




d) 


announcement page layouts; 




e) 


product page layouts; 




0 


service page layouts; 




g) 


link page layouts; 


25 


h) 


general information page layouts; and 




I) 


content page layouts. 



15. A web site as claimed in any one of claims 1 1 to 14 wherein the web site has at least one 
relational identifier, with the relational identifier of a particular web site being stored in its corresponding web site 
database. 

30 16. A web site as claimed in claim 15 wherein the at least one relational identifier is chosen from the 

group including: 

a) an affiliate identifier; 

b) a parent identifier; 

c) a child identifier; 

35 d) a vertical portal identifier, and 
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e) a horizontal portal identifier. 

17. A set of affiliate web sites including a plurality of web sites as defined in claim 1 6 wherein each 
web site has the same affiliate identifier. 

18. An hierarchical set of affiliate web sites including a plurality of affiliate web sites as claimed in 
5 claim 17 wherein a parent web site includes at least one child identifier and a child web site includes a parent 

identifier, such that the child identifier of the parent web site corresponds to the parent identifier of the child web 
site. 

19. A computer implemented method of forming the web page as claimed in any one of claims 1 

to 10 by: 

10 a) defining a database including at least one table including at least one field; and 

b) associating at least one of the fields with at least one display region on the web page. 

20. A computer implemented method of forming a plurality of web pages as claimed in any one 
of claims 1 to 10 by: 

a) creating a template web page including a plurality of display regions whose size, 
1 5 orientation and/or layout is defined by a template page layout: 

b) creating a template database including at least one table including a plurality of fields 
containing default field information and being associated with one or more display regions on the 
template web page; 

c) copying the template database to create a new database having substantially the same 
20 table attributes, field attributes and default field information as the template database; 

d) creating a new primary database identifier and storing it in a primary field of a primary 
table of the new database; 

e) copying the template web page to create a new web page having a unique web site 
identifier which corresponds with the new primary database identifier and having a plurality of 

25 display regions whose size, orientation and/or layout matches the template page layout; 

f) associating the fields of the new database with the display regions on the new web page; 
and 

g) repeating steps b) to d) until the desired number of new web pages is reached. 

21. A method as claimed in claim 20 wherein the step of creating a template web page includes the 
30 step of accepting layout specifications from a user and applying those specifications to the web page. 

22. A computer implemented method of forming a web site as claimed in any one of claims 1 1 to 

16 by: 
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a) forming a first web page in accordance with the method defined in either one of claims 
19or20; 

b) forming a second web page in accordance with the method defined in either one of 
claims 19 or 20; and 

5 c) adding a link, which references the second web page to the first web page. 

23. A method as claimed in claim 22 further including the additional step of adding a link, which 
references the first web page to the second web page . 

24. A computer implemented method of creating and adding a new web page to an existing web 
site, wherein the existing web site is a web site as defined in any one of claims 11 to 1 8, by : 

10 a) forming a new web page in accordance with the method defined in any one of claims 19 

or 20; 

b) adding a first new link, which references the new web page to a first existing web page in 
the existing web site . 

25. A method as claimed in claim 24 further including the additional step of adding a second new 
15 link, which references the new web page, to a second existing web page. 

26. A method as claimed in either one of claims 24 or 25 further including the additional step of 
adding a third new link, which references an existing web page to the new web page. 

27. A computer implemented method of fanning a set of affiliate web sites as defined in claim 17 

a) forming a first web site using the method defined in either one of claims 22 or 23; 

b) forming a second web site using the method defined in either one of claims 22 or 23; and 

c) assigning the same affiliate identifier to the first and second web sites. 

28. A computer implemented method of forming an hierarchical set of affiliate web sites as 
defined in claim 1 8 by: 

25 a) forming a set of affiliate web sites using the method defined in claim 27; 

b) assigning a child identifier to the parent web site; and 

c) assigning a matching parent identifier to the child web site. 

29. A data entry interface for updating displayed information on a web page as claimed in any 
one of claims 1 to 10 including a plurality of information entry fields, each of which corresponds to a field in a 

30 table in the database. 

30. An interface as claimed in claim 29 further including an uploader for uploading entered 
information from the information entry fields into the stored information fields in the database. 

22 
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31. An interface as claimed in claim 29 further including a down loader for downloading stored 
information from the stored information fields in the database into the information entry fields. 

32. An interface as claimed in claim 30 further including a downloader for downloading stored 
information from the stored information fields in the database into the information entry fields. 

5 33. An interface as claimed in any one of claims 29 to 32 wherein the entered information includes a 

plurality of entered information units (EIUs). 

34. An interface as claimed any one of claims 29 to 33 wherein the plurality of information entry 
fields are displayed on a plurality of information entry pages. 

35. An interface as claimed in claim 34 wherein the information entry pages are internet web pages. 

10 36. An interface as claimed in either one of claims 34 or 35 wherein at least some of the information 

entry pages are linked to one another. 

37. An interface as claimed in any one of claims 34 to 36 wherein the information entry pages are 
chosen from a group including: 





a) 


personal information entry pages; 


15 


b) 


product information entry pages; 




c) 


service information entry pages; 




d) 


announcement information entry pages; 




e) 


catalogue information entry pages; 




0 


menu information entry pages; 


20 


g) 


general information entry pages; 




h) 


additional links information entry pages; and/or 




I) 


homepage information entry pages. 



38. A interface of claim 37 wherein the information entry pages further include action choice buttons. 

39. The interface as claimed in claim 38 wherein the action choice buttons are links or pictures which 
25 behave like buttons. 

40. The interface of claim 38 wherein the action choice buttons are chosen from a group including: 

a) edit buttons; 

b) add buttons; 

c) save buttons; and 
30 d) activate pick lists. 

41. The interface as claimed in claim 40 wherein pressing the edit button on an information entry 
page causes the downloader to download the SIUs from the database fields into the corresponding information 
entry fields in the information page for editing by the user. 
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42. The interface as claimed in claim 40 wherein pressing the add button on an information entry 
page causes the downloader to download the STUs from the database fields into the corresponding information 
entry fields in the information page in read only format, so that the user can only add entered information to empty 
information entry fields. 

S 43. The interface as claimed in either one of claims 41 or 42 wherein pressing the save button on an 

information entry page causes the uploader to upload the entered information units (EIUs) entered by user into the 
corresponding database fields as SIUs. 

44. The interface as claimed in any one of claims 41 to 43 wherein selecting the activate option in the 
activate pick list on an information entry page causes the uploader to change an active indicator in a field in the 

10 database to an active state. 

45. A computer implemented method of generating a search string for use in searching a database 
having a plurality of database tables each of which has a database table name, wherein each table contains a 
plurality of database fields each of which has a database field name and contains stored information, wherein said 
search string is based upon at least one search parameter, each search parameter having a corresponding database 

1 S field and wherein said method includes the steps of: 

a) generating a database field selection statement; 

b) generating a database table selection statement; 

c) generating a condition statement; 

d) concatenating said database field selection statement, said database table selection 
20 statement and said condition statement to form a search string. 

46. A method as claimed in claim 45 further including the additional step of generating a result order 
statement and concatenating said result order statement to said search string. 

47. A method as claimed in claim 45 wherein said step of generating a database field selection 
statement is achieved by: 

25 a) declaring a database field selection string variable; 

b) initialising said string variable; 

c) adding a database field selection command to the start of said string; 

d) adding at least one database field name to said string, followed by a separator; 

e) repeating step d) until the field selection string variable includes all the required database 
30 field names: and 

0 removing the final separator in the database field selection string. 

48. A method as claimed in claim 47 wherein said database field selection command is the SQL 
selection command "SELECT *\ 

49. A method as claimed in claim 47 wherein said separator is a comma. 
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50. A method as claimed in claim 45 wherein said step of generating a database table selection 
statement is achieved by: 

a) declaring a database table selection string variable; 

b) initialising said string variable; 

S c) adding a database table selection command to the start of said string; 

d) adding at least one database table name to said string, followed by a separator; 

e) repeating step d) until the table selection string variable includes all the required 
database table names: and 

f) removing the final separator in said database table selection string. 

10 51. A method as claimed in claim 50 wherein said database field selection command is the SQL 

selection command "FROM *\ 

52. A method as claimed in claim 50 wherein said separator is a comma. 

53. A method as claimed in claim 45 wherein said step of generating a condition statement is 
achieved by: 

IS a) declaring a condition string variable; 

b) initialising said string variable; 

c) adding a condition command to the start of said string; 

d) adding at least equation to said string, followed by a separator; 

e) repeating step d) until the condition string variable includes all the required equations; 
20 and 

f) removing the final separator from the string. 

54. A method as claimed in claim 53 wherein said condition command is the SQL selection command 
"WHERE 

55. A method as claimed in claim 53 wherein said equation takes the form of: 
25 "database field name = corresponding search parameter**. 

56. A method as claimed in claim 53 wherein said separator is the SQL condition separator "AND ". 

57. A method as claimed in claim 46 wherein said step of generating a result order statement is 
achieved by: 

a) declaring a result order string variable; 
30 b) initialising said string variable; 

c) adding a result order command to the start of said string; 

d) adding at least one database field name to said string, followed by a separator; 

e) repeating step d) until the result order string variable includes all the required database 
field names; and 

35 f) removing the final separator from the string. 
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58. A method as claimed in claim 57 wherein said result order command is the SQL result order 
command "ORDER BY ~ 

59. A method as claimed in claim 57 wherein said separator is a comma. 

60. A search string generated by the method defined in any one of claims 45 to 59. 

5 61. A computer implemented search string generator which generates search strings in accordance 

with the method defined in any one of claims 45 to 59. 

62. A web page database including stored information wherein at least some of the stored 
information corresponds with displayed information which is displayed in displaying regions on a web page, 
wherein the web page is a web page as defined in any one of claims 1 to 10. 

10 63. A web site database including a plurality of web page databases as claimed in claim 62. 

64. A web site database including a plurality of web sites as claimed in any one of claims 11 to 1 8. 

65. A web site database as claimed in claim 63 wherein at least some of the stored information in the 
web site database corresponds with displayed information displayed on the web site as claimed in any one of claims 
lltol6. 

IS 66. A super database including a plurality of web site databases as claimed in claim 64 or claim 65. 

67. A super database as claimed in claim 66 wherein each of said web site databases includes an 
affiliate field which contains an affiliate identifier. 

68. A super database as claimed in claim 67 wherein web sites which are affiliated with one another 
have the same affiliate identifier. 

20 69. A super database as claimed in any one of claims 66 to 68 wherein each web site database further 

includes a visibility field containing a visibility variable which has a positive status and a negative status, indicating 
whether or not the web site database is visible in the super database. 

70. A super database as claimed in any one of claims 66 to 69 wherein said super database includes a 
super affiliate field which contains a super affiliate code. 

25 71. An internet searching system including: 

a search interface including at least one search Meld for receiving user supplied search 

parameters; 

a super database as claimed in any one of claims 66 to 70; 
a search engine; 

30 a search results displaying interface for displaying a plurality of search result units; 

wherein said search interface receives said user supplied search parameters and communicates 
them to said search engine; 
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said search engine receives said search parameters, generates a query based thereon, searches said 
super database using said query, produces said plurality of search result units and communicates same to said 
search results displaying interface: and 

wherein said search results displaying interface receives and displays said search result units. 

5 72. An internet searching system as claimed in claim 71 wherein said search interface has a plurality 

of search interface types. 

73. An internet searching system as claimed in claim 72 wherein each of said search interface types 
has an associated search interface identifier. 

74. An internet searching system as claimed in claim 73 wherein said search interface communicates 
10 its search interface identifier to said search engine along with said user supplied search parameters. 

75. An internet searching system as claimed in claim 74 wherein said search engine generates an 
amended query based upon both said search parameters and said search interface identifier. 

76. An internet searching system as claimed in claim 75 wherein said search engine searches said 
super database using said amended query, producing a plurality of filtered search result units. 

15 77. An internet searching system as claimed in claim 76 wherein said filtered search result units 

include stored information which is relevant to said search interface type. 

78. An internet searching system as claimed in any one of claims 72 to 77 wherein said search 
interface type is a super search interface having a super search interface identifier. 

79. An internet searching system as claimed in claim 78 wherein said amended query includes a 
20 condition that the only web site databases which are searched are those having visibility variables with a positive 

status. 

80. An internet searching system as claimed in any one of claims 72 to 77 wherein said search 
interface is an affiliate search interface having an affiliate search interface identifier. 

81. An internet searching system as claimed in claim 80 wherein said amended query includes a 
25 condition that the only web site databases which are searched are those having an affiliate identifier which 

corresponds with said affiliate search interface identifier. 

82. An internet searching system as claimed in any one of claims 71 to 81 wherein said search results 
displaying interface has a plurality of interface types. 

83. An internet searching system as claimed in claim 82 wherein each of said displaying interface 
30 types has an associated displaying interface layout. 

84. An internet searching system as claimed in claim 83 wherein said displaying interface layout 
determines the presentation, colour and arrangement of said search result units on said displaying interface. 
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85. An internet searching system as claimed in claim 84 wherein said search result units are displayed 
in a search results table having column headings on said displaying interface and wherein said displaying interface 
layout determines the presentation, colour and arrangement of said results table. 

86. An internet searching system as claimed in claim 85 wherein said displaying interface layout 
determines the information displayed in the column headings of said results table. 

87. An internet searching system as claimed in any one of claims 84 to 86 wherein said displaying 
interface layout further determines the colour, size, orientation and appearance of logos and advertising banners on 
said displaying interface. 

88. An internet searching system as claimed in any one of claims 83 to 87 wherein said displaying 
interface type is determined by the search interface type used. 

89. An internet searching system as claimed in claim 88 wherein said search interface type is a super 
search interface and said displaying interface type is a super search results displaying interface. 

90. An internet searching system as claimed in claim 88 wherein said search interface type is an 
affiliate search interface and said displaying interface type is an affiliate search results displaying interface. 

91. An internet searching system as claimed in any one of claims 71 to 90 wherein said query is a 
search string as claimed in claim 1 10. 

92. An internet searching system as claimed in claim 82 wherein said search results displaying 
interface includes at least one search field to enable a user to refine their search. 

93. A computer program product comprising a computer readable medium having thereon computer 
program code means, when said program is loaded, to make the computer execute procedures to provide a data 
entry interface as claimed in any on of claims 29 to 44. 

94. A server hosting a web page database as claimed in claim 62. 

95. A server hosting a web site database as claimed in any one of claims 63 to 65. 

96. A server hosting a super database as claimed in any of claims 66 to 70. 
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Appendix A 
Netseek 

Netseek Search Engine Functionality 
Module Functional Specification 



1 Functional Decomposition 

1 .1 Functional Decomposition Diagram 

3.1 Functoan I Decomposition Diagram. 
| Portal Entry Page| 



| Seek | | About | | FAQ | | Contact | [subscribers | 



Seek 
Frame 

zn 



Subscrbera 
Area 



Resuto 
Pages 



Submit For 




Update 




Update 




Update 




Update 




Update 




Update 




Purchase 


Payment 




Company 




Announce 




Catalog 




Menu 




Prod/Serv 




Keywords 




More Space 



1.2 Function Decomposition Description 



No. 


Function 


Priority 


Description 


1 


Portal Entry Page 


High 


Home Page. This page is the main entry page for a 
Netseek portal. The PortalCode will be hardcoded 
into this page and will be preserved through the 
users session. Every system call will require a portal 
code to be passed from the front end. 


2 


Seek Frame 


High 


This page determines how the searches are to be 
conducted and performs the actual search. This 
page always remembers the portal code. 




Results Pages 


High 


This page does display the retrieved results, and 
allows the user to go to the following pages: 
company, products/services/content, 
announcement, catalogue, menu, deal and 
fax/email pages. 


3 


Contact 


Hiqh 


This page does display contact details. 


4 


About Netseek 


Hiqh 


This page does display information about Netseek. 


5. 


FAQ 


High 


Static Page of FAQ. Help hot link is preferably 
displayed here too. 


6 


Subscribers 


High 


Subscribers area 


7. 


Subscribe To 
Netseek 


High 


This page does allow businesses to subscribe to 
Netseek, and make their payment via AM EX, VISA, 
MasterCard, and Bankcard. They then Login to the 
Update area to update their details. The system 
does issue them with a user name and password. 


8 


Submit For Payment 


High 


This page does confirm the payment details and 
submits the payment to Netseek. 


9. 


Subscribers Area 


High 


This page does prompt the user for a username 
and password. On successful validation, the user is 
preferably presented with the update form. 


10. 


Update Company 


High 


Allows the user to update their company details. 


11. 


Update Products / 


Hitih 


Allows the user to add and update products and 
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No. 


Function 


Priority 


Description 




Services 




services. A maximum of 10 products and services 
is preferably allowed. 


12 


Update Keywords 


High 


Allows the user to ad and update keywords. 


13. 


Update 

Announcement 


High 


Allows the user to add new announcements or 
update non-published announcements. 


14. 


Update Catalogue 


High 


Allows the user to add new catalogs or update non- 
published catalogs. 


15. 


Update Menu 


High 


For restaurants, allows the user to add or update 
menu items to their menu. 


16. 


Purchase Additional 
Publication Space 


High 


Allows the user to purchase additional 
Announcements, Catalogs and Menus. 



2 Visual Design 

The following are visual designs to reflect preferred functionality and purpose. 

2.1 Interface Standards 

The following are the common elements that appear as standard functions through out the 
system. It is assumed that the users minimum resolution is preferably 800x600, with 256 
colours. It is assumed that either MS Internet Explorer 4.0, Netscape 4.5 or greater is 
preferably used. 

2.2 Pages 

The following are the pages as they appear and descriptions of how they function. 
2.2.1 Home Page 



This is the main Netseek home page. 



No. 


Name 


Type 


Description 


1 




Button 


This button does activate the search frame, 
clears the page and displays searching 
instructions. 

See 4.2.2 Seek Frame 


2 


Contact 


Button 


This button displays Netseek contact details. 


3 


About Netseek 


Button 


This button displays the Netseek About page. 


4 


FAQ 


Button 


This button displays the Netseek FAQ page. 


5 


Subscribers 


Button 


This button displays the Netseek subscribers 
page. 



2.2.2 Seek Frame 

A search frame appears on the left of each page. This frame contains the following search 
selection criteria. 



No. 


Name 


Type 


Description 


t 


Category 


List Box 


The default option is preferably 'All Categories'. 








The user may select multiple categories. 
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If user selects multiple categories, as well as 
'All Categories' the system assumes an all 
category search. 


2 


Product / Service 


List Box 


The default option is preferably 'All 
Products/Services*. 

The user may select multiple product or 
services. 

If user selects multiple product and services, 
as well as 'All Products/Services* the system 
assumes an all product/service search. 


3 


Company 


Text Box 


The user may enter a company name or part 
of. Wild cards of % are preferably allowed, 
such as: 

'Netse%\ or Voetseek', or %etsee% r . 
A single % search is not allowed. 


4 


Seek 


Pick List 


The user selects one of the following items: 

• Company or Content 

• Restaurant or Cafe 

• Announcement 

• Catalogue 

This selection drives the database results 
returned to the result form. 


5 


Announcement 
Type 


Pick List 


The default option is preferably 'All 
Announcements'. 

The user may select a type of announcement, 
such as 'Sale' or, 'Press Release', etc. 

This item is preferably only used in a search 
where Seek = 'Announcement* 


6 


Catalogue Type 


Pick List 


The default option is preferably 'All 
Catalogues'. 

The user may select a type of catalogue, such 
as 'Release Estate' or, 'Car*, etc. 

This item is preferably only used In a search 
where Seek = 'Catalogue' 


7 


Cuisine Type 


Pick List 


The default option is preferably 'All Cuisines' 

The user may select a type of menu, such as 
Thai', or 'Italian', or 'Chinese', etc. 

This item is preferably only used in a search 
where Seek = 'Menu' 


8 


State 


Pick List 


The Default option is preferably 'NSW. 

This pick list is preferably hard-coded. The list 
is preferably as follows: 

All States 

NSW 

VIC 



31 



WO 01/77883 



PCT/AU01/00393 









ACT 

SA 

WA 

TAS 

NT 

The default is preferably 'NSW 

The user may select one of these items. 


9 


Suburb/Postcode 


Text Box 


The user may enter a suburb or a postcode. If 
a valid suburb or postcode is not entered, the 
system assumes all suburbs. 

Numerous postcodes or suburbs are preferably 
allowed, a comma can separate them. 


10 


Keywords 


Text Box 


The user may enter keywords, which the 
company may be associated with. 


11 


Results Returned 


Pick List 


The default option is preferably 1 0. The 
following items are preferably available for 
selection. 

• 10 

• 25 

• 50 

• 100 

This selection does determine the number of 
records returned to the result page. 


13 


Seek Buttons 


Image/ 
Button 


Pressing each SEEK button calls the SP that 
constructs the search string and returns the 
results matching the selected criteria. This also 
parses the PortalCode to the SP. 











2.2.3 Basic Seek Functionality 



No. 


Sefection 


Results 


1 


Category 


All web site records which match the selected 
category, and status = 'ACTIVE 1 for the 
specified portal code. 

ASCENDING Order By: 

OrderSeed + CompanyName 


2. 


Category 

Product/Service/lrrformation 


All web site records which belong to the 
entered category, and provide the selected 
products and services, and status = 'ACTIVE* 
for the specified portal code. 

ASCENDING Order By: 
OrderSeed + CompanyName 


2a 


Company/Web Site 


All web site records that match the Company 
criteria entered, and status = 'ACTIVE' for the 
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specified portal code. 

ASCENDING Order By: 
Order Seed + Company Name 


2b 


Keywords 


All company records that have associated 
keywords, and status = 'ACTIVE' for the 
specified portal code. 


*3 


Seek = Announcement 


All announcements for the specified portal 
code where: 

Announce End Date<=The System Date, 
and status = 'ACTIVE' 

DESCENDING Order By: 

Announce Start Date 

ASCENDING Order By: 

Announce Category Name 
Company Name 


4 


Seek = Catalogue 


All catalogues for the specified portal code 
Where: 

Catalogue End Date<=The System Date, 
and status = 'ACTIVE' 

DESCENDING Ordered By: 

Catalogue Start Date 

ASCENDING Order By: 

Catalogue Category Name 
Company Name 


5 


Seek = Menu 


All restaurants or cafes for the specified portal 
code where: 

Menu End Date<=The System Date, 
and status = 'ACTIVE* 

ASCENDING Ordered By: 

Menu Style Name 
Company Name 
Menu Page Name 



2.2.4 Detailed Seek Functionality 



No. 


Selection 


Results 


1 


Category 

Seek = Announcement 


As outlined in 4.2.3.3, for parent records that 
are associated with the selected Category for 
the specified portal code. 


2 


Category 

Product/Service/Information 
Seek = Announcement 


As outlined in 4.2.4.1 , for parent records that 
are associated with the selected products and 
services for the specified portal code. 
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3 


Category 

Product/Service/Information 
Seek = Announcement 
Company Name 


As outlined in 4.2.4 2, lor parent records that 
match the name criteria entered for the 
specified portal code. 


4 


Category 

Product/Service/Information 
Seek = Announcement 
Company Name 
State 


As outlined in 4.2.4.3, for parent records that 
match the state selected for the specified portal 
code. 


5 


Category 

Product/Service/Information 
Seek - Announcement 
Company Name 
State 

Suburb/Postcode 


As outlined in 4.2.4.4 r for parent records that 
match the postcode or suburb entered for the 
specif ied porta! code. 


6 


Category 

Seek - Catalogue 


As outlined in 4.2.3.4, for parent records that 
are associated with the selected Category for 
the specified portal code. 


7 


Category 

Product/Service/Information 
Seek = Catalogue 


As outlined in 4.2.4.6, for parent records that 
are associated with the selected products and 
services for the specified portal code. 


8 


Category 

Product/Service/Information 
Seek = Catalogue 
Company Name 


As outlined in 4.2.4 7, for parent records that 
match the name criteria entered for the 
specified portal code. 


9 


Category 

Product/Service/Information 
Seek = Catalogue 
Company Name 
State 


As outlined in 4.2.4.8, for parent records that 
match the state selected for the specified portal 
code. 


10 


Category 

Product/Service/lnformatbn 
Seek = Catalogue 
Company Name 
State 

Suburb/Postcode 


As outlined in 4.2.4.9, for parent records that 
match the postcode or suburb entered for the 
specified portal code. 


11 


Category 
Seek = Menu 


As outlined in 4.2.3.5, for parent records that 
are associated with the selected Category for 
the specified portal code. 


12 


Category 

Product/Service/Information 
Seek = Menu 


As outlined in 4.2.4.1 1 , for parent records that 
are. associated with the selected products and 
services for the specified portal code. 


13 


Category 

Product/Service/Information 
Seek = Menu 
Company Name 


As outlined in 4.2.4 12, for parent records that 
match the name criteria entered for the 
specified portal code. 


14 


Category 

Product/Service/Information 
Seek - Menu 
Company Name 
State 


As outlined in 4.2.4.13, for parent records that 
match the state selected for the specified portal 
code. 


15 


Category 

Product/Service/Information 
Seek = Menu 
Company Name 
State 


As outlined in 4.2.4.14, for parent records that 
match the postcode or suburb entered for the 
specified portal code. 
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2.2.5 Seek Results Grid Properties 

The following fields are preferably displayed in the result grid generated from a search. These 
will be driven by a table called tbIPortalResultsFields. This table will record the field names 
and results column names to be specified in any of the following result sets. The software will 
work in such a way, where prior to returning a set of results, it will determine the fields which 
are required for view, and present them in the result columns. 



No. 


Seek Results 
Requested 


Fields Displayed 


1 


Company/Main 
Page 


Company Name/Page Title 
Page Category Name 
Main Phone 

Contact Title + Contact F Name + Contact S Name 

Suburb 

State 


2 


Announcement 


Company Name 
Announcement Category Name 
Announcement Title 
Main Phone 

Contact Title + Contact F Name + Contact S Name 

Suburb 

State 


3 


Catalogue 


Company Name 
Catalogue Category Name 
Catalogue Name 
Main Phone 

Contact Title + Contact F Name + Contact S Name 

Suburb 

State 


4. 


Restaurant or Cafe 


Restaurant Name 
Cuisine Name 
Main Phone 

Contact Title + Contact F Name + Contact S Name 

Suburb 

State 



2.2.6 Seek Results Page Properties 



The following fields are preferably displayed when the user selects a result record. Please 
note that fields in italics do not have their field labels shown, and are preferably centered on 
the page. 



No. 


Results Shown 


Fields Displayed 


1 


Company/Main 


Company Name 




Page 


Business Category Name 






Streetl 






Street2 






Suburb 






Postcode 






State 






Main Phone 






Main Fax 






Contact Title + Contact F Name + Contact S Name 






Contact Phone 
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Contact Fax 
Contact Mobile 
Contact Email 

Company Description Header 
Company Description Body 
Company Description Footer 
URL 

Links To Be Created On Left Hand Side: 

<Parent Company> (If any exist) 

List of <Products/Services/lnfo Pages> (If any exist) 

List of <Menu Pages> (If any exist) 

<Announcements> Label (If any exist) 

<Catalogues> Label (If any exist) 

<Fax Company> 


2 


Announcement 


Company Name 






Business Category Name 






Streetl 






Street2 






Suburb 






Postcode 






State 






Main Phone 






Main Fax 






Contact Title + Contact F Name + Contact S Name 






Contact E-mail 






URL 












Announce Title 






Announce Sub-title Text 






Announce Text 






Announce Page Footer 






Buttons: 






<Company> 






<Products/Services> 






<Catalogues> (If any exist) 






<Menus> (If any exist) 






<Fax Company> 


3 


Catalogue 


Company Name 

Business Category Name 

Streetl 

Street2 

Suburb 

Postcode 

State 

Main Phone 
Main Fax 

Contact Title + Contact F Name + Contact S Name 

Contact Email 

URL 

Catalogue Name 
Catalogue Description 
Catalogue Image 1 
Catalogue Image 1 Description 
Catalogue Image 2 
Catalogue Image 2 Description 
Catalogue Image 3 
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Catalogue Image 3 Description 
Catalogue Image 4 
Catalogue Image 4 Description 
Catalogue Image 5 
Catalogue Image 5 Description 
Catalogue Image 6 
Catalogue Image 6 Description 
Catalogue Page Footer 

Buttons: 

<Company> 
<Products/Services> 
<Announcements> (If any exist) 
<Menus> (If any exist) 
<Fax Company> 


4. 


Menu 


Company Name 






Business Category Name 






Streetl 






Street2 






Suburb 






Postcode 






State 






Main Phone 






Main Fax 






Contact Title + Contact F Name + Contact S Name 






Contact Email 






URL 






Menu List Title: Item Description, Small, Medium, Large 






Menu Item 1 1mage 






Menu Item 1 Description 






Menu Item 1 Small Price 






Menu Item 1 Medium Price 






Menu Item 1 Large Price 






Menu Item 2 Image 






Menp Item 2 Description 






Menu Item 2 Small Price 






Menu Item 2 Medium Price 






Menu Item 2 Large Price 






Menu Item 3 Image 






Menu Item 3 Description 






Menu Item 3 Small Price 






Menu Item 3 Medium Price 






Menu Item 3 Large Price 






Menu Item 4 Image 






Menu Item 4 Description 






Menu Item 4 Small Price 






Menu Item 4 Medium Price 






Menu Item 4 Large Price 






Menu Item 5 Image 






Menu Item 5 Description 






Menu Item 5 Small Price 






Menu Item 5 Medium Price 
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Menu Item 5 Large Price 

Menu Item 6 Image 
Menu Item 6 Description 
Menu Item 6 Small Price 
Menu Item 6 Medium Price 
Menu Item 6 Large Price 

Buttons: 

<Company> 
<Products/Services> 
<Announcements> (If any exist) 
<Catalogues> (If any exist) 
<Fax Company> 



2.2.7 Web Page Navigation Bar. 

When a Netseek web site page is displayed. The left hand bar is dynamically constructed 
based on the results returned by spgmPickLists. This allows every netseek web site to have its 
own established navigation bar, which is created by various entries in it tables, such that 
everything is data driven. 



2.2.7.1 Contact 



The Fax Company button does present the user with a fax or email data entry form containing 
the following fields: 



No. 


Name 


Type 


Description 


1 


To 


Text 


This field displays the contact name as default, 
but may be changed by the user. 


2 


To Phone 


Text Read 
Only 


This field does default to the phone number of 
the company contact 


3 


To Fax 


Text Read 
Only 


This field does default to the fax number of the 
company contact 


4 


To Email 


Text Read 
Only 


This field does default to the email address of 
the company contact. 


5.1 


Sender List 


Picklist 


This list is to be populated with all the contacts 
that exist within the portal. Sender Name, 
Sender Phone, and Sender Fax will be 
automatically populated on selection. Initial 
value will default to N/A. 


52 


Sender Name 


Text 


The user does enter their name. 


6 


Sender Phone 


Text 


The user does enter their contact phone 
number 


7 


Sender Fax 


Text 


The user does enter their contact fax number 


8 


Date 


Date Time 
Read Only 


This does default to the current system date 
and time. 


9 


Re 


Text 


The user does enter what the fax is regarding. 


10 


Body 


Text 


The user does type in the body of the fax. 


11 


Submit 


Button 


The message is submitted for processing. It 
will be emailed or faxed depending on how the 
company is confiaured. 


12 


15 Minute Process 


Process 


A server side process is run every 1 5 miris 
automatically to fax or email all messages. 
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The message is preferably written to a fax table, which records the CompanylD against the 
record. A process sitting on Fax/Email Server does periodically poll this table. If any new 
unsent messages have been inserted into this table, they are either emailed or faxed, and 
then updated as being sent on the server. If an error occurs, the error is recorded against the 
record so that the cause can be determined. 



2.2.8 Contact 

This page displays the Netseek contact details. 

2.2.9 About Netseek 

This page displays information about Netseek. 
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Appendix B 

Netseek Pty Ltd 
Update Admin Specification 
Module Functional Specification 



1 Functional Decomposition 

1 .1 Function Decomposition Description 



No. 


Function 


Type 


Description 


1 


Subscribers Area 


Home 

Page 

Link 


This page will prompt the user for a username and 
password. On successful validation, the user will be 
presented with the update interface. 


1.1 


Select Website To 
Update 


Link 


This option will present the user with a list of all the 
websites that fall under that portal or portal parent. 
This option is made available only if they are an 
administrator - determined by the PortaJCode table. 


2 


Business Details 


Link 


Allow the user to update their company details. 




Home Page 


Link 


Allow the user to update their home page details. 


3 


Content Pages 


Link 


Allow the user to update products and services. 


4 


Announcements 


Link 


Allow the user to update non-active 
announcements, and set active announcements to 
inactive. Once an announcement becomes active, it 
cannot be edited, except to allow a status change to 
INACTIVE. 


5 


Catalogues 


Link 


Allow the user to update active catalogs or update 
non-active catalogs. 


6 


Menus 


Unk 


For restaurants, allow the user to update active and 
non-active menu items on their menu. 


7 


Deals 


Link 


For restaurants, allow the user to update active and 
non-active deal items. 


8 


User Info 


Unk 


This page will allow the users details to be changed. 
User name will not be editable ever. It will be 
system assigned. 


9 


Web Site Statistics 


Unk 


This page will display web site statistics based on 
the results returned by an SP. 


10 


Update Links List 


Unk 


Update the Additional Unks table. 


11 


Purchase A Web Site 
/Additional Pages 


Unk 


This component integrates with 3 ra party e- 
commerce systems. 


12 


Statistics 


Unk 


This page displays page view statistics based on a 
date range. Each page presence within the portal 
will have a statistic recorded at the time of page 
activation. 



2 Visual Design 
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2.1 Interface Standards 

The following are the common elements that appear as standard functions through but the 
system. It is assumed that the users minimum resolution wilt be 800x600, with 256 colours. It 
is assumed that either MS Internet Explorer 4.0, Netscape 4.5 or greater will be used. 

All pages will have Save functionality located in the same position. Such as a save button, or a 
Cancel button, etc. 

2.2 Pages 

The following are the pages as they will appear and descriptions of how they function. 



2.2.1 Subscribers 

This page will provide an interface for accepting new subscribers or maintaining existing 
subscribers' details. 



The following button will be displayed on the home page in the form of an image. 



No. 


Name 


Type 


Description 


1 


Subscribers Area 


Button 


This will prompt the user to enter their User ID 








and Password. If validated correctly, and the 








web site record is eitner active or 








'INACTIVE* give the user access to the update 








area. 








The following stored procedure 








will be called: 








spvValida teUser 








QsUserlD char (15) , 








(BsPassword varchar(lO) 








If successful, the following 








resultset will be returned: 








1 AS bSuccess, 








sType, 








sPortalCode, 








ICowpanylD, 








lPortalCode 








otherwise, if unsuccessful: 








0 AS bSuccess, 








sReason 








Otherwise do not allow the subscriber into the 








maintenance area. Redirect to a page 








requesting they contact the portal owner, or 








they specify an email address to have their 








password emailed automatically. 











2.2. 1 . 1 Validation Successful - Subscribers Area 
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The subscriber's area wilt present the user with a bar on the left of the page that is common 
throughout the whole system. (Use current bar measurements). 

When the bar is initially constructed and displayed, the right hand side will contain instructions 
on the usage of the system. 

The header will be the same as the header on the web site home pages. Room for a banner is 
required. 

As a standard, each page's images will be displayed on that page when editing throughout the 
whole system. 



The Portal Name, user name and the currently selected web site being edited is displayed at 
the top of the page underneath the header in a grid, which resembles: 



Portal: EHEALTH 


User Name: Jim Limberis - NS82732 


You Are Editing: Specialist Hospitals 





The colours for this grid are driven by the PortalTheme table, which will record the colour 
schemes supported by the portal. 

The following buttons/Links will be displayed: 



No. 


Name 


Type 


Description 


0 


Select Website To 
Update 


Button/Link 


This option will present the user with a list of all 
the websites that fall under that Portal or 
parent 

This link will only be active if the user is a 
Portal administrator. 


1.1 


Website Setup 


Button/Link 


This page will allow the user to select colours 
and a presence theme for their online 
presence. A facility to upload a logo is also 
available. 


1.2 


Company Details 


Button/Link 


This page will allow the user to update their 
company details. When clicked, the left hand 
bar and links will remain. On the right of the left 
hand bar, the company fields will be displayed 
for editing. 


2 


Main Page 


Button/Link 


This page will allow the user to update their 
home page wordings. When clicked, the left 
hand bar and links will remain. On the right of 
the bar, the home page fields will be displayed 
for editing. 


3 


Content 


Button/Link 


This page will allow the user to update general 
content (prod/serv) pages. A list of products 
and services associated to this web site will be 
displayed on the right hand side of the bar. 
(Similar to the result's grid presented in the 
search). When the user selects one of these 
records, the fields for that record will be 
displayed below the list for editing. 


4 


Announcements 


Button/Link 


This page will allow the user to update 
Announcement pages, and will work much the 
same way as the product/service above. 


5 


Catalogues 


Button/Link 


This page will allow the user to update 
Catalogue pages, and will work much the same 
way as the product/service above. 


6 


Menus 


Button/Link 


This page will allow the user to update Menu 
pages, and will work much the same way as 
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the product/service above. 


7 


Deals 


Button/Link 


This page will allow the user to update Deal 
pages, and will work much the same way as 
the product/service above. 


8 


Statistics 


Button/Link 


This page will display web site statistics based 
on the results returned by an SP. 



2.2. 1 .2 Select Website To Update 

If the user who logged in is a Portal or a parent, then this link must be made visible. On 
selection, the user will be presented with a grid containing all the web sites that fall under the 
Portal or parent code that the user has logged in as. 

(If they are a parent, the first record in the results set will be their web site, all others will be 
listed in alphabetical order based on web page title - this is to be controlled from the SQL 
Server). 

The form will show 15 records at a time. With an option to go <Next> and <Prev> just like a 
typical search result set (There may be 100's of web sites under a Portal). A search field will 
also be made available to allow the user to search the list of portal websites, and thus filter 
down on their selection. 



Once a record is selected, by clicking on the first column, the system will place this record into 
edit mode and update the grid to reflect the selection, (See the 'You Are Editing:' box). 



Portal: EHEALTH 


User Name: Jim Limberis - NS82732 


You Are Editing: Specialist Hospitals 





2.2.1 .3 Business Details 

The company details will be presented for editing. The following fields are to be displayed in 
this order. 

I'd like all fields to be displayed in a table containing three columns, as follows: 

1. Name -Left aligned 

2. Actual Field -Left aligned 

3. Help - Left aligned - To contain text regarding the use of the fields. 

The physical form length of each field should vary to reflect the number of characters allowed. 
All fields and fonts are to default to the Aria! Standard font. 



Field Name 


Source 


Form Label 
Name 


Functionality Required 


sCompanyName 


tbICompany 


Business 
Name 


Must be able to accept apostrophes. 


sStreetl 


tbICompany 


Street 




sStreet2 


tbICompany 




Positioned in the same grid box as 
Streetl . Directly underneath Streetl . 


sSuburb 


tbICompany 


Suburb 


First letter capital. 


sRegion 


tbICompany 


Region 


Pick list of regions as they appear on 
the home page. 


sPostCode 


tbICompany 


Postcode 


4 numercis. 


sState 


tbICompany 


State 


Pick list of states as they appear on the 
home page. 
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sMain Phone 


tbiCompany 


Main Phone 




sMainFax 


tbICompany 


Main Fax 




suontact Title 


tbiCompany 


Title 


kick iisi con lain ing Mr, ms, Mrs, miss, 


sContactFName 


tbICompany 


First Name 


First letter capital. 


sContactSName 


tbICompany 


Surname 


rirsi lener capital. 


sContactPhone 


tbICompany 


Direct Phone 




sContactFax 


tbICompany 


Direct Fax 




sContactMobile 


tbICompany 


Mobile 




SContactEmail 


tbICompany 


Email 




SURL 


tbICompany 


Current 
Website URL 


Can the existence of this URL be 
tested on Entry? 


BrequiresFax 


tbICompany 


Send 

Messages As 
Faxes? 


Pick fist: Yes or No. 


SNetseekURL 


tbICompany 


Netseek URL 


This will be the name of the directory 
created for this business, and will be 
the directory that its default ASP page 
as well as the images and image sub 
directories will be located in. 



The following stored procedure will be called for retrieving results: 



spgCompanyDe tail 

QlCompanylD int, 
QsPortalCode udtPortalCode 

If no sPortalCode is supplied, then the resultset will be filtered 
where hAllowWrite = 1 

The resultset that is returned is as follows: 

ICompanylD, 

sStreetl, 

sStreet2, 

s Suburb, 

sRegion, 

sPostCode, 

sState, 

sMainPhone, 

sMainFax, 

sContactTi tie, 

sContactFName, 

sContactSName, 

sContactPhone, 

sContactFax, 

sContactMobile, 

SContactEmail , 

bRequiresFax, 

sURL, 

SNetseekURL, 
sCompanySeekName , 
bRequiresMenu , 
sCompanyLogoImageFilePathl , 
sPortalCode, 
bVisibleToNetseek, 
sCli enthogoPa th , 
sCli entLogoURL 



The following stored procedure will be called for updating results: 
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spuCompanyDetail 

QlCompanylD int, 
QsStreetl varchar(SO) = 1 
0sStreet2 varchar(50) = 
esSuburb char (30) = 
QsRegion char (19) = ' 
QsPostCode char (4) = 1 
esState char (3) = ' 
6sMainPhone udtPhone = ' ' , 
QsMainFax udtPhone = ' ' , 
QsContactTitle varchar(S) = ' ' , 
QsContactFName varchar(25) = 
QsContactSName varchar(35) = 
QsCont act Phone udtPhone = ' 
QsContactFax udtPhone = ' 9 , 
GsContactMobile udtPhone = 
QsContactEmail varchar(50) = ' 
@bRequiresFax udtYesNo = 0, 
@sURL varchar (150) - ", 
QsNetseekURL varchar(75) * ' 
QsCowpanySeekName char (50) = ' 
QsCompanyLogoImageFilePathl varchar(255) = 
esPortalCode udtPortalCode = 'Netseek' , 
ebVisibleToNetseek udtYesNo = 0, 
QsClientLogoPath varchar(lOO) = ' 
QsClientLogoURL var char (100) = ' ' 



These fields will not be displayed (therefore no Form Label Name), but they must either 
default to something or perform some sort of function. 



Field Name 


Functionality Required 


sCompanySeekName 


Will default to the sCompanyName minus the apostrophes. Ideally the 
front end should do this, as SQL Server does not like dealing with 
apostrophes. 


bRequiresMenu 


IF sBusinessCategoryName = 'Restaurant or *Caf6\ then this is 
automatically set to TRUE. 


ScompanyLogolmage 
FilePathl 


This is the full path of the picture file to be displayed for the company 
home page. It should be displayed as an image. When the user selects 
to change an image, the system should concatenate the appropriate 
path string including the name of the file, and save it to this field, 
although the image should be displayed. 



2.2.1.4 Homepage 

The home page details will be presented for editing. The following fields are to be displayed in 
this order. 

I'd like all fields to be displayed in a table containing three columns, as follows: 

1. Name - Left aligned 

2. Actual Field - Left aligned 

3. Help - Left aligned - To contain text regarding the use of the fields. 

The physical form length of each field should vary to reflect the number of characters allowed. 

All fields and fonts are to default to the Arial Standard font. 

See NetseekPhase2HomePageLayouLDoc file for the form layout 
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Field Name Source Form Label Functionality Required 

Name 



sBusinessCategoryName 


tbICompany 


Business 
Category 


Data Driven. Per the current system 
Business Category pick list. 
(Current field is in Business Seek 
area) 


mCompanyDescHeader 


tbICompany 


Page 
Heading 




mCompanyDescBody 


tbICompany 


Page Main 
Body Text 


This should be at least 15 lines long 
and 50 chars wide. Enable the 
ENTER button to perform CR rather 
than NEXT field. 


mCompanyDescFooter 


tbICompany 


Page Footer 




sCompanyKeywords 


tbICompany 


Keywords 


This should be 5 lines ling and 50 
chars wide. 


sStatus 


tbICompany 


Website 
Status 


This field is a pick list. The options 
are: 

INACTIVE 
ACTIVE 



The following stored procedure will be called for retrieving results: 



spgCompanyHome 

01CompanyID int, 

©sPortalCode udtPortalCode = Null 

If no sPortalCode is supplied, then the resultset will be filtered 
where bAllowWrite = 1 

The resultset that is returned is as follows: 

ICompanylD, 

sBusinessCa tegoryName, 
mCompanyDescHeader, 
mCompanyDescBody, 
4 mCompanyDescFooter, 
sCompanyKeywords , 
sStatus, 
sPortalCode, 
bVi sibl eToNetseek , 
sClientLogoPath, 
sCl i en tLogo URL 

The following stored procedure will be called for updating results: 

spuCompanyHome 

^ICompanylD int, 

QsBusinessCategoryName char (19) = *', 
©mCompanyDescHeader varchar(SOO) = '', 
QmCompanyDescBody var char (4000) = '', 
©mCompanyDescFooter varchar(SOO) ~ '*, 
©sCompanyKeywords varchar(SOO) - '*, 
©sStatus udtStatus = 'INACTIVE', 
©sPortalCode udtPortalCode = 'Netseek', 
©bVisibleToNetseek udtYesNo = 0, 
©sClientLogoPath varchar(lOO) - 9 
©sClientLogoURL varchar(lOO) = '' 
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Unresolved Issues 



Issue Name 


Description 


Image Upload 
Functionality 


We need to be able to upload images from a user's local drives into 
the appropriate image directories and subdirectories when a user 
wants to change an image in a page. A separate directory will exist 
for each customer in the format of: 

\PortalRooftCustomerDirectory 

Each website directory will be data driven from the tbICompany 
table. This will allow each website to have their own directory. 


Change Image 


We require the ability to change a page image by selecting from a 
list of images from a pick list. 

In the event that a person does not have their own images, they will 
be able to select from a generic list, which will essentially be a list of 
files in Globallmages directory. When displaying files, allow for 35 
Chars to display the Name option of the file. 

So, each Netseek Web Site will have two sources for images, the 
ones located in the clients directories (which they uploaded) and the 
ones located in the Globallmages directory. 



2.2.1 .5 Content Pages List 



The content pages for this web site will be presented (in ascending order of 
tbICompanyProdServ.iPageOrder) for selection via a results grid of some sorts. It should took 
and behave similar to the current result's grids in the system. When a user selects a Product / 
Service page record from the grid, its fields will be displayed below the grid for editing. 

These fields are to be displayed in the Product / Service Page list: 



Field Name 


Source 


Heading 
Label 


Functionality Required 


sProdServName 


tbIProdServ 


Page Name 


Ability to click and select Clicking 
on this will show that record for 
editing below. 


sStatus 


tblProdServ 


Page Status 




mProdServDesc 


tbIProdServ 


Description 


First 70 Chars of this field to be 
displayed only. 



The following stored procedure will be called for retrieving results: 



spgCompanyProdServLi s t 
QlCompanyXD int, 

QsPortalCode udtPortalCode = Null 

If no sPortalCode is supplied, then the resultset will be filtered 
where hAIIowWrite ~ 1 

The resultset that is returned is as follows: 

tbl CompanyProdServ . 1 ProdServID, 
tblCompanyProdServ . sProdServName, 
tbl CompanyProdServ . sSta tus, 

Left( tblCompanyProdServ . mProdServDes c,70) AS sShor tDesc 
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Once a 'prod/serv* page record is selected, I'd like all fields to be displayed in a table 
containing three columns, as follows: 

1 . Name - Left aligned 

2. Actual Field - Left aligned 

3. Help - Left aligned - To contain text regarding the use of the fields. 

The physical form length of each field should vary to reflect the number of characters allowed. 
All fields and fonts are to default to the Arial Standard font. 



Field Name 


Source 


Form Label 
Name 


Functionality Required 


iPageOrder 


tbICompanyP 
rodServ 


Page Order 


Numeric allow 2 digits to be 
entered. Only digits. 


SProdServCategoryNa 
me 


tbICompanyP 
rodServ 


Category 


Data driven pick list Populate per 
the current product / service pick 
list. (Current field is in Business 
Seek area) 


sProdServName 


tbICompanyP 
rodServ 


Page /Link 
Name 


Must Not Exceed 20 Chrs. 


mProdServDesc 


tbICompanyP 
rodServ 


Page 

Description 


This should be at least 15 lines long 
and 50 chars wide. Enable the 
ENTER button to perform CR rather 
than NEXT field. 


sProdServPageFooter 


tbICompanyP 
rodServ 


Page Footer 




SprodServlmageFilePat 
hi 


tbICompanyP 
rodServ 




This is the full path of the picture file 
to be displayed for the 
product/service page. It should be 
displayed as an image. When the 
user selects to change an image, 
the system should concatenate the 
appropriate path string including the 
name of the file, and save it to this 
field, although the image should be 
displayed. 


sStatus 


tbICompanyP 
rodServ 


Page Status 


This field is a pick list. The options 
are: 

INACTIVE 
ACTIVE 



The following stored procedure will be called for retrieving results: 



spgCompanyProdServDetail 
QlProdServID int 

The resultset that is returned is as follows: 

tbl CompanyProdServ . 1 ProdServID, 
tbl CompanyProdServ . i OrderSeed , 
tblCompanyProdServ. sProdServCa tegoryName, 
tblCompanyProdServ. sProdServName, 
tbl CompanyProdServ . mProdServDesc , 
tblCompanyProdServ . sProdServPageFoo t er, 
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tbl CompanyProdServ . sProdServImageFi 1 ePa thl , 
tbl CompanyProdServ . sS t a t us 

The following stored procedure will be called for updating results: 

spuCompanyProdServDetai 1 
QlProdServID int, 
eiOrderSeed udtOrderSeed = 99/ 
@sProdServCategoryName char (19) = 
BsProdServName varchar(20) = 
BmProdServDesc var char (4000) = '', 
QsProdServPageFooter var char (255) - ' * # 
@sProdServImageFilePathl varchar(255) = ' 
QsStatus udtStatus - 1 INACTIVE ' 



This page needs image upload and image change functionality like the Update Web site 
Home Page. The currently selected image should always be displayed. 



2.2. 1 .6 Update Announcement List 

The announcement pages for this web site will be presented for selection via a results grid of 
some sorts. It should look and behave similar to the current result's grids in the system. When 
a user selects an announcement page record from the grid, its fields will be displayed below 
the grid for editing. 

These fields are to be displayed in the Announcements list: 



Field Name 


Source 


Heading 
Label 


Functionality Required 


sAnnounceTrtle 


tbICompanyA 
nnounce 


Title 


Ability to click and select. Clicking 
on this will show that record for 
editing below. 


sAnnounceSubTitle 


tbICompanyA 
nnounce 


Sub Title 


Ability to click and select. Clicking 
on this will show that record for 
editing below. 


sAnnounceCategoryNa 


tbICompanyA 


Type 




me 


nnounce 






sStatus 


tbICompanyA 
nnounce 


Page Status 




tAnnounceStartDate 


tbICompanyA 
nnounce 


Start Date 




tAnnounceEndDate 


tbICompanyA 
nnounce 


End Date 





The following stored procedure will be called for retrieving results: 



spgAnnouncementList 

@lCompanyID int, 

QsPortalCode udtPortalCode - Null 

If no sPortalCode is supplied, then the resultset will be filtered 
where bAllowWrite = 1 

The resuttset that is returned is as follows: 

lAnnouncelD, 

sAnnounceTitle, 

sAnnounceSubTitle, 
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sAnnounceCategoryName , 
tAnnounceStartDa te, 
tAnnounceEndDa te 



Once an announcement page record is selected, I'd like all fields to be displayed in a table 
containing three columns, as follows: 

4. Name - Left aligned 

5. Actual Field - Left aligned 

6. Help - Left aligned - To contain text regarding the use of the fields. 

The physical form length of each field should vary to reflect the number of characters allowed. 
All fields and fonts are to default to the Arial Standard font. 



Field Name 


Source 


Form Label 
Name 


Functionality Required 


SAnnounceCategoryNa 
me 


tbICompanyA 
nnounce 


Type 




sAnnounceTitle 


tbICompanyA 
nnounce 


Title 




sAnnounceSubTitle 


TbICompany 
Announce 


Sub Title 




sAnnounceText 


tbICompanyA 
nnounce 


Description 


This should be at least 10 lines long 
and 50 chars wide. Enable the 
ENTER button to perform CR rather 
than NEXT field. 


sAnnouncePageFooter 


tbICompanyA 
nnounce 


Page Footer 




tAnnounceStartDate 


tbICompanyA 
nnounce 


Start Date 


Y2K compliant date and format. 


tAnnounceEndDate 


tbICompanyA 
nnounce 


End Date 


Y2K compliant date and format 


sStatus 


tbICompanyA 
nnounce 


Page Status 


This field is a pick list. The options 
are: 

INACTIVE 
ACTIVE 


SAnnouncelmageFilePa 
th1 


tbICompanyA 
nnounce 




This is the full path of the picture file 
to be displayed for the 
announcement page. It should be 
displayed as an image. When the 
user selects to change an image, 
the system should concatenate the 
appropriate path string including the 
name of the file, and save it to this 
field, although the image should be 
displayed. 



The following stored procedure will be called for retrieving results: 



spgAnnouncement Detail 
@lAnnounceID int 

The resuttset that is returned is as follows: 

lAnnouncelD, 
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sAnnounceCa c egoryName , 
sAnnounc&Ti tie, 
sAnnounceSubTitle , 
mAnnounceText , 
sAnnouncePageFooter, 
tAnnounceStartDate, 
tAnnounceEndDa te, 
sStatus, 

sAnnouncelmageFilePa thl 

The following stored procedure will be called for updating results: 

spuAnnouncement Detail 

QlAnnouncelD int, 

QsAnnounceCa t egoryName char (19) = ' ' , 
QsAnnounceTitle varchar(50) = **, 
©sAnnounceSubTitle varchar(lOO) = 1 1 , 
QmAnnounceText varchar(4000) = ' 
QsAnnouncePageFooter varchar(255) = ' '/ 
& t Announces tar tDate udtDateTime = NULL, 
@ tAnnounceEndDa te udtDateTime = NULL, 
@sStatus udtStatus = 'INACTIVE', 
@sAnnounceImageFilePathl var char (255) = ' ' 



This page needs image upload and image change functionality like the Update Web site 
Home Page. The currently selected image should always be displayed. 



2.2.1 .7 Update Menu List 

The menu pages for this web site will be presented (in ascending order of 
tbICompanyMenu.iPageOrder) for selection via a results grid of some sorts, it should look and 
behave similar to the current result's grids in the system. When a user selects a menu page 
record from the grid, its fields will be displayed below the grid for editing. 

These fields are to be displayed in the Menu list 



Field Name 


Source 


Heading 
Label 


Functionality Required 


sMenuStyte Name 


tbICompany 
Menu 


Cuisine 


Ability to click and select. Clicking 
on this will show that record for 
editing below. 


sMenuPageName 


tbICompany 
Menu 


Page Title 


Ability to dick and select Clicking 
on this will show that record for 
editing below. 


sMenuPageDesc 


tbICompany 
Menu 


Page 

Description 




sStatus 


tbICompany 
Menu 


Page Status 





The following stored procedure will be called for retrieving results: 



spgCompanyMenuLi s t 

QlCompanylD int, 

QsPortalCode udtPortalCode = Null 

If no sPortalCode is supplied, then the resultset will be filtered 
where bAllowWrite - 1 
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The resuttset that is returned is as follows: 

UfenuID, 
sMenuStyl eName , 
sMenuPageName , 
sMenuPageDesc, 
sStatus 



Once a menu page record is selected, the menu edit page should be constructed to look 
similar to the existing menus, with the common fields presented in both the same vertical and 
horizontal order. AN menu images are to be displayed as well. 



Field Name 


Source 


Form Label 
Name 


Functionality Required 


iPageOrder 


tblCompany 
Menu 


Page Order 


Numeric allow 2 digits to be 
entered. Only digits. 


sMenuStyleName 


tblCompany 
Menu 


Cuisine 




sMenuPageName 


tblCompany 
Menu 


Menu Title 




sMenuPageDesc 


tblCompany 
Menu 


Menu 
Description 




sMenulteml ImageFiteP 
ath 


tblCompany 
Menu 




This is the full path of the picture file 
to be displayed for the menu item. It 
should be displayed as an image. 
When the user selects to change an 
image, the system should 
concatenate the appropriate path 
string including the name of the file, 
and save it to this field, although the 
image should be displayed. 


sMenulteml Desc 


tblCompany 
Menu 


Description 




cMenutteml LargePrice 


tblCompany 
Menu 


Price 


In the format of $999999.99 where 
the digit 9 represents any valid 
integer between 0 and 9. 


sMenuttem2lmageFileP 
ath 


tblCompany 
Menu 




This is the full path of the picture file 
to be displayed for the menu item. It 
should be displayed as an image. 
When the user selects to change an 
image, the system should 
concatenate the appropriate path 
string including the'name of the file, 
and save it to this field, although the 
image should be displayed. 


sMenultem2Desc 


tblCompany 
Menu 


Description 




cMenultem2LargePrice 


tblCompany 
Menu 


Price 


In the format of $999999.99 where 
the digit 9 represents any valid 
integer between 0 and 9. 


sMenultem31mageFileP 
ath 


tblCompany 
Menu 




This is the full path of the picture file 
to be displayed for the menu item. It 
should be displayed as an image. 
When the user selects to change an 
image, the system should 
concatenate the appropriate path 
string including the name of the file, 
and save it to this field, although the 
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image should be displayed. 


sMenu!tem3Desc 


tbICompany 
Menu 


Description 




cMenultem3LargePrice 


tbICompany 
Menu 


Price 


In the format of $999999.99 where 
the digit 9 represents any valid 
integer between 0 and 9. 


sMenultem4lmageFileP 
ath 


tbICompany 
Menu 




This is the full path of the picture file 
to be displayed for the menu item. It 
should be displayed as an image. 
When the user selects to change an 
image, the system should 
concatenate the appropriate path 
string including the name of the file, 
and save it to this field, although the 
image should be displayed. 


sMenultem4Desc 


tbICompany 
Menu 


Description 




cMenultem4LargePrice 


tbICompany 
Menu 


Price 


In the format of $999999.99 where 
the digit 9 represents any valid 
integer between 0 and 9. 


sMenultemSlmageFileP 
ath 


tbICompany 
Menu 




This is the full path of the picture file 
to be displayed for the menu item. It 
should be displayed as an image. 
When the user selects to change an 
image, the system should 
concatenate the appropriate path 
string including the name of the file, 
and save it to this field, although the 
image should be displayed. 


sMenultem5Desc 


tbICompany 
Menu 


Description 




cMenultem5LargePrice 


tbICompany 
Menu 


Price 


In the format of $999999.99 where 
the digit 9 represents any valid 
integer between 0 and 9. 


sMenuPageFooter 


tbICompany 
Menu 


Menu Page 
Footer 




sStatus 


tbICompany 
Menu 


Page Status 


This field is a pick list The options 
are: 

INACTIVE 
ACTIVE 



The following stored procedure will be called for retrieving results: 



spgCompanyMenuDetai 1 
eiMenuID int 

The resuttset that is returned is as follows: 

lMenuID, 

iOrderSeed, 

sMenuStyleName, 

sMenuPageName , 

sMenuPageDesc , 

sMenuItemllmageFilePa th, 

sMenuItemlDesc, 

c Menu I temlhargePri ce , 

sMenuI tem2ImageFi 1 ePa th , 

sMenuItem2Desc, 

cMenuItem2LargePrice r 

sMenu!tem3 ImageFi 1 ePa th , 
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sMenuItem3Desc, 

cMenuI t em3LargePri ce , 

sMen ult em4 Ima geFi 1 ePa th , 

sMenuItem4Desc, 

cMen ult em4LargePri ce , 

sMen ult em5 ImageFi 1 ePa th , 

sMen ult emSDesc , 

cMen ult emSLargePri ce , 

sMenuI t em 6 ImageFi 1 ePa th , 

sMen ult em 6Des c , 

cMenuItem6LargePrice, 

sMenuPageFooter , 

sStatus 

The following stored procedure will be called for updating results: 

spuCompanyMen uDe tai 1 
01MenuID int, 

QiOrderSeed udtOrderSeed = 99, 
QsMenuStyleName varchar (19) = ' 
0sMenuPageName varchar(20) - ' ' , 
0sMenuPageDesc varchar (255) = 
0sMenuItemlImageF±lePath varchar(255) = ' 
0sMenuItemlDesc varchar (200) = ,r , 
QcMenuItemlLargePrice udtMoney = 0, 
0sMenuItem2lmageFilePath var char (255) = 
0sMenuItem2Desc varchar (200) = ' • , 
0cMenuItem2LargePrice udtMoney - 0, 
0sMenuItem3 ImageFi lePath varchar (255) = ' ' , 
0sMenuItem3Desc varchar (200) ~ 
&cMenuItem3LargePrice udtMoney = 0, 
0sMenuItem4 ImageFi lePath varchar (255) = ' 
0sMenuItem4Desc varchar (200) - 
0cMenuItem4LargePrice udtMoney = 0, 
0sMenuItem5ImageFi lePath varchar (255) - ' ' , 
0sMenuItem5Desc varchar (200) = •', 
0cMenuItem5LargePrice udtMoney = 0, 
0sMenuItem6 ImageFi lePath varchar (255) = ' 
0sMenuItem6Desc varchar (200) = '', 
0cMenuItem6LargePrice udtMoney = 0, 
0 sMenuPageFooter varchar (255) = ' 
0sStatus udtStatus = ' INACTIVE ' 



This page needs image upload and image change functionality for menu items similar in 
functionality to the Update Web site Home Page. The currently selected images should always 
be displayed. 

2.2.1 .8 Update Catalogues List 

The catalogue pages for this web site will be presented for selection via a results grid of some 
sorts. It should look and behave similar to the current resulf s grids in the system. When a 
user selects a catalogue page record from the grid, its fields will be displayed below the grid 
for selection. 

See NetseekPhase2CataloguePageLayouLDoc for format. 

These fields are to be displayed in the Catalogue list: 
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Field Name Source Heading Functionality Required 

Label 



ScatalogueCategoryNa 
me 


tblCompanyC 

ataloguePag 

e 


Catalogue 
Category 


Ability to click and select Clicking 
on this will show that record for 
editing below. 


sCatalogueName 


tblCompanyC 

ataloguePag 

e 


Catalogue Title 


Ability to click and select Clicking 
on this will show that record for 
editing below. 


rnCatalogueDesc 


tblCompanyC 

ataloguePag 

e 


Description 




SStatus 


tblCompanyC 

ataloguePag 

e 


Page Status 





The following stored procedure will be called for retrieving results: 



spgCa talogu ehi s t 

QlCompanylD int, 

&sPortalCode udtPortalCode = Null 

If no sPortalCode is supplied, then the resultset will be filtered 
where hAllowWrite - 1 

The resuttset that is returned is as follows: 

ICataloguelD, 

sCa tal ogueCa t egoryName, 

sCatalogueName, 

rnCatalogueDesc , 

s Status 



Once a catalogue page record is selected, the catalogue edit page should be displayed for the 
selected record, looking similar to the existing catalogue pages, with the common fields 
presented in both the same vertical and horizontal order. All catalogue images are to be 
cfisplayed as well. 



Field Name 


Source 


Form Label 
Name 


Functionality Required 


ScatalogueCategoryNa 
me 


TbICompany 
CataloguePa 

9* 


Catalogue 
Category 




sCatalogueName 


tblCompanyC 

ataloguePag 

e 


Catalogue 
Title 




rnCatalogueDesc 


tblCompanyC 

ataloguePag 

e 


Description 




sCataioguelmageFilePa 
th1 


tblCompanyC 

ataloguePag 

e 




This is the full path of the picture file 
to be displayed for the catalogue 
item. It should be displayed as an 
image. When the user selects to 
change an image, the system 
should concatenate the appropriate 
path string including the name of 
the file, and save it to this field, 
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although the image should be 
displayed. 


sCatatoguelmageFileDe 
sc1 


tbICompany 
Menu 


Description 





These fields are then displayed for each of the 6 catalogue page items, which are sourced 
from the tbICatatoguePageltem table. 

For Each Catalogue Item: 



Field Name 


Source 


Form Label 
Name 


Functionality Required 


iPageltemOrder 


tbICompanyC 

stsilnni toPnn 
a icuv?y ucr ay 

ettem 


Catalogue 

Itom Orrior 


Numeric. Allow values 1 to 6. Only 
digits. 


sCatalog ue Item Desc 


tbICompanyC 

aiaiuyucray 

eltem 


Item 

L/t7dOI IfJltxJl 1 




sCatalogueltemGroupN 
ame 


tbICompanyC 

ataloguePag 

eltem 


Item Type 


This is a pick list and will be 
populated by the values in 
tbICatalogueltemGroup.Cataloguelt 
emGroupName — In ascending 
order. 


sCatalogueltemlmageFi 
lePathl 


TbICompany 
CataloguePa 
geltem 




This is the full path of the picture file 
to be displayed for the catalogue 
item. It should be displayed as an 
image. When the user selects to 
change an image, the system 
should concatenate the appropriate 
path string including the name of 
the file, and save it to this field, 
although the image should be 
displayed. 


ScataloguePageFooter 


tbICompanyC 

ataloguePag 

eltem 


Menu Page 
Footer 




Sstatus 


tbICompanyC 

ataloguePag 

eltem 


Page Status 


This field is a pick list. The options 
are: 

INACTIVE 
ACTIVE 



The following stored procedure will be called for retrieving results: 



spgCatalogueDetail 

QlCataloguelD int 

The resultset that is returned is as follows: 

tblCompanyCataloguePage.lCataloguelD, 
tblCompanyCataloguePage.sCatalogueCategoryName, 
tbl CompanyCa tal oguePage . sCa tal ogueName , 
tbl CompanyCa ta loguePage . mCa tal ogu eDesc, 
tbl CompanyCa taloguePage . sCa talogu ePageFoo t er, 
tblCompanyCa taloguePage . sCa taloguelmageFi 1 ePa thl , 
tblCompanyCa taloguePage . sCataloguelmageFileDescl , 
tblCompanyCa taloguePage . sSta tus , 

tbl Ca tal oguePageltem . I Ca talogue It emID, 

tblCa taloguePageltem . iOrderSeed, 

tblCa taloguePageltem . sCatalogueltemDesc, 
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tblCataloguePageltem. sCatalogueltemGroupName, 
tblCa taloguePageltem. sCa talogueltemlmageFilePa thl , 
tblCataloguePageltem. sStatus 

The following stored procedures will be called for updating results: 

spuCataloguePage 

QlCataloguelD int, 

QsCatalogueCategoryName char (19) = ' 
0sCatalogueName varchar (50) = ' ' , 
QmCatalogueDesc varchar (4000) = ' 
QsCataloguePageFooter varchar (255) = *', 
&sCatalogueImageFilePathl varchar (255) - ' ' , 
&sCatalogueImageFileDescl varchar (50) = '*, 
QsStatus udtStatus = 'INACTIVE' 

and 

spuCatalogueltem 

eiCatalogueltemlD int, 

QiOrderSeed smallint = 6, 

@sCatalogueItemDesc varchar (255) = 

& sCatalogueltemGroupName char (20) - ' ' , 

QsCatalogueltemlmageFilePathl varchar (255) = ' 

QsStatus udtStatus = 'INACTIVE' 



This page needs image upload and image change functionality for menu items similar in 
functionality to the Update Web site Home Page. The currently selected images should always 
he displayed. 



2.2.1 .9 Update Deal List 

The deal pages for this restaurant will be presented for selection via a results grid of some 
sorts. It should look and behave similar to the current result's grids in the system. When a 
user selects a special deal record from the grid, its fields will be displayed below the grid for 
editing. 

These fields are to be displayed in the Deals list: 



Field Name 


Source 


Heading 
Label 


Functionality Required 


sDealName 


tbIMenuDeal 


Deal Name 


Ability to click and select. Clicking 
on this will show that record for 
editing below. 


sDealDesc 


tbIMenuDeal 


Description 


Ability to click and select. Clicking 
on this will show that record for 
edftinq below. 


sStatus 


tbIMenuDeal 


Deal Status 





The following stored procedure will be called for retrieving results: 



spgMenuDealLis t 

eiCompanylD int, 

QsPortalCode udtPortalCode = Null 

If no sPortalCode is supplied, then the resultset will be filtered 
where bAl lowWr ite = 1 
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The resultset that is returned is as follows: 

tblMenuDeal.lDeallD, 
tblMenuDeal . sDealName, 
tblMenuDeal . sDealDesc, 
tblMenuDeal . sStatus 



Once an announcement page record is selected, I'd like all fields to be displayed in a table 
containing three columns, as follows: 

1 . Name - Left aligned 

2. Actual Field - Left aligned 

3. Help - Left aligned - To contain text regarding the use of the fields. 

The physical form length of each field should vary to reflect the number of characters allowed. 
All fields and fonts are to default to the Arial Standard font. 



Field Name 


Source 


Form Label 
Name 


Functionality Required 


sDealName 


tblMenuDeal 


Deal Name 




sDealDesc 


tblMenuDeal 


Description 




cDeal Price 


tblMenuDeal 


Total Deal 
Price 




sDealFooter 


tblMenuDeal 


Deal Footer 




sDeallmageFilePatM 


tblMenuDeal 




This is the full path of the picture file 
to be displayed for the deal item. It 
should be displayed as an image. 
When the user selects to change an 
image, the system should 
concatenate the appropriate path 
string including the name of the file, 
and save it to this field, although the 
image should be displayed. 


sStatus 


tblMenuDeal 


Page Status 


This field is a pick list The options 
are: 

INACTIVE 
ACTIVE 



The following stored procedure will be called for retrieving results: 

spgMenuDealDetail 
QlDeallD int 

The resultset that is returned is as follows: 

tblMenuDeal . iDeallD, 
tblMen uDeal . i OrderSeed , 
tblMenuDeal . sDealName, 
tblMenuDeal . sDealDesc, 
tblMenuDeal . cDealPrice, 
tblMenuDeal . sDealFooter, 
tblMen uDeal . sDeallxoageFi 1 ePa thl , 
tblMenuDeal . sStatus 

The following stored procedure will be called for updating results: 

spuMenuDeal 
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eiDeallD int, 

QiOrderSeed udtOrderSeed - 99, 
QsDealName varchar(50) = ' 
©sDealDesc varchar (255) = ' 
&cDeal Price udtMoney - 0, 
&sDealFooter varchar(255) = ' 
QsDeallmageFilePathl varchar(255) = '', 
QsStatus udtStatus = 'INACTIVE' 



This page needs image upload and image change functionality like the Update Web site 
Home Page. The currently selected image should always be displayed. 



2.2.1 .1 0 Update User Details 



Once selected the following fields will be displayed in a table containing three columns, as 
follows: 

1 . Name - Left aligned 

2. Actual Field - Left aligned 

3. Help - Left aligned - To contain text regarding the use of the fields. 

The physical form length of each field should vary to reflect the number of characters allowed. 
All fields and fonts are to default to the Aria! Standard font. 



Field Name 


Source 


Form Label 
Name 


Functionality Required 


sUserlD 


tbICompany 


User ID 


Read Only - Cannot change this. It 
will be system assigned eventually. 


sUserTitle 


tbICompany 


Title 


Pick list containing 'Mr, Ms, Mrs, 
Miss, Dr, Prof/ 


sUserFName 


tbICompany 


First Name 




sUserSName 


tbICompany 


Surname 




sUserPhone 


tbICompany 


Phone 




sUserFax 


tbICompany 


Fax 




sUserEmail 


tbICompany 


Email Address 




sUserPassword 


tbICompany 


Login 
Password 


Force entry twice for validation. 
Display each letter as an 



The following stored procedure will be called for retrieving results: 



spgUserDetail 

QlCompanylD int 

The resuttset that is returned is as follows: 

ICompanylD, 

sUserlD, 

sUserTitle, 

sUserFName, 

sUserSName, 

sUser Phone, 

sUserFax, 

sUserEmail, 

sUserPassword 

The following stored procedure will be called for updating results: 
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spuUserDetail 

QlCompanylD int, 
0sUserID char (IS), 
QsUserTitle varchar(S) = 
QsUserFName varchar(25) = ' 
QsUserSName varchar(35) = 
QsUserPhone udtPhone = 
QsUserFax udtPhone = ' ' , 
QsUserEmail varchar(SO) = ' ', 
QsVser Pas sword varchar (10) = 1 ' 



This page needs image upload and image change functionality like the Update Web site 
Home Page. The currently selected image should always be displayed. 



2.2.1.11 Statistics 

The statistics page will prompt the user for the date range to display the statistics for. The 
following fields will be displayed based on the results returned from spgPageStatistics. 

All fields and fonts are to default to the Arial Standard font. 



Field Name 


Source 


Form Label 
Name 


Functionality Required 


tFrom 


Entered 
Variable 


From Date 


Enter the From Date for statistics 
range - Display at top of page. 


tTo 


Entered 
Variable 


To Date 


Enter the To Date for statistics 
range - Display at top of page. 


SType 


spgPageStati 
sties 


Page Type 


Ft/O - Displayed In Table 


SPageName 


spgPageStati 
sties 


Description 


R/O - Displayed in Table 


(visits 


SpgPageStat 
istics 


Page Views 


Ft/O - Displayed In Table 



A new stored procedure exists that displays a Fist of page fiif statistics 

The following stored procedure will be called for retrieving results: 



spgPageStatistics 

©sPortalCode udtPortalCode = 'Netseek 1 , 
@fFrom datetime, 
@tTo datetime 

Assumption: That only dates are passed to the procedure (not datetimes), therefore 

the time component will be 00:00:00. 
Eg: Passing QtFrom = V1/01/2000* and @fTo = V1/01/2000' will filter records that are 
>= VW1/2000 00:0a00 , And <= V1/01/2O00 23:59:5? 



The resultset that is returned is as follows 

sType, 

sPageName, 

IVisits 

where 
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slype is the Page Type 

sPageName is the record's main descriptive field 
Msits is the count of Visits' on that page 
2.2.1.12 Update Links List 

The links pages for this web site will be presented for selection via a results grid of some 
sorts. It should took and behave similar to the current result's grids in the system. When a 
user selects a links list record from the grid, its fields will be displayed below the grid for 
editing. 

These fields are to be displayed in the Links list: 



Field Name 


Source 


Heading 


Functionality Required 






Label 


sNameOfLink 


spgCompany 


Name Of Link 






UnkLists 






sURL 


spgCompany 


URL 






LinkLists 







spgCompanyLinkLi s t 

QlCompanylD int, 

QsPortalCode udtPortalCode = Null 



If no sPortalCode is supplied, then the resultset will be filtered 
where bAllowWrite = 1 

The resultset that is returned is as follows: 

1 CompanyLinklD, 

sNameofLink, 

sURL 

This stored procedure will retrieve a list of additional hyper links that the web site may set up 
to be displayed in the left hand side navigation bar of the .asp pages. 

Once an link record is selected, I'd like all fields to be displayed in a table containing three 
columns, as follows: 

1 . Name - Left aligned 

2. Actual Field -Left aligned 

3. Help - Left aligned - To contain text regarding the use of the fields. 

The physical form length of each field should vary to reflect the number of characters allowed. 
All fields and fonts are to default to the Aria) Standard font. 



Field Name 


Source 


Form Label 
Name 


Functionality Required 


sNameOfLink 


spgCompany 
LinkDetail 


Name Of Link 




sURL 


spgCompany 
LinkDetail 


URL 


This field will allow the user to 
select if they wish to reference an 
internal link or an external link. 

If its internal, the system will call 
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spgActiveLinks 

@ {Company ID int 

(A new stored procedure exists that 
displays a list of all Active records 
within a web site. The user is able 
to select a record to become a 
hyper link that is stored in the 
tbICompanyLink table.) 

The resuliset that is returned is as 
follows: 

'iOrder', 

TTablelD', 

'sType', 

'sName', 

'sDesc' 

where iOrder is 

1 for web site records, 

2 for product/services records, 

3 for catalogue page records, 

4 for menu records, 

5 for menu deal records and 

6 for announcement records 

(Table! D is the corresponding 
table's ID field value 

sType is the table name 

sName is the record's main 
descriptive field eg: 
sMenuDealName 

sDesc is the record's secondary 
descriptive field eg: sDeatDesc 

tf its an external link, the user can 
type in the URL themselves. 


bOpenlnNewWindow 


spgCompany 
LtnkDetail 


Open New 
Browser 


Yes or No picklist 


iOrderSeed 


spgCompany 
LinkDetail 


Display Order 


Allow numerics. 2 digits Max. 



The following stored procedure will be called for retrieving results: 

spgCompanyLinkDetail 

@!CompanyLinkID int 

The resultset that is returned is as follows: 

1 CompanyLinkID, 

sNameofLink, 

sURL, 

bOpenNewWindow, 
iOrderSeed 
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The following stored procedure will be called for updating results: 

sp u CompanyLinkDe tail 

QlCompanyLinklD int, 
BsNameofLink varchar(20) = 

@sURL var char (150) = 'http://www.netseek.com.au', 
GbOpenNewWindow udtYesNo = 0, 
0iOrderSeed udtOrderSeed = 99 



A new data export stored procedure exists. This is called by 

spPortalExport 

©sPortalCode udtPortalCode, 
©iExportOption smaflint = 0 

The iExportOption can be one of the following: 

0 - exports Portal data 

1 - exports web site data 

2 -exports product/services 

3 - exports announcements 

4 - exports menus 

5 - exports menu deals 
6 - exports catalogues 
7- exports web site links 

2.2.1 .13 Purchase A Web Site / Additional Pages 

Netseek will allow users to purchase either a web site or additional web pages through a 
payment interface. 

The transaction component will be outsource to a transaction house, who will host the pages 
that select the product being purchased, instigate the transaction, and on success, notify 
netseek that the transaction was approved. 

On approved, a record needs to be inserted into spiWWWRequest. 

A new stored procedure exists that will submit a request from the WWW for a Netseek 



spiWWWRequest 



@ICompanylD 


int=0, 


QsPortalCode 


varchar(10) = 


©sCompanyName 


varchar(50) t 


@sContactWe 


varchar(5), 


©sContactFName 


varchar(25), 


@sContactSName 


varchar(35), 


@slnformBy 


varchar(W) ~ 


QsContactEmail 


varchar(50), 


@sContactFax 


varchar(15), 


©/'Package 


smallint = O f 


©sTransactionNo 


varchar(40), 
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©sReceiptNo varchar(40), 
@tTransactionDate datetime = CURRENT DATE 



Each particular package (©iPackage) will insert appropriate records into the tbIRequest... 
tables. 

A process will periodically scan this table for new entries and process the requests as 
required. Users are notified of their web-site creation, and are either emailed or faxed the 
usemame and password. 

2.2.1 .14 FORGOT PASSWORD 

A field needs to be placed on the home page (or somewhere) which allows a user to enter 
their own email address. This email addressed is then passed to spSendllserPassword, which 
will send that email address its password. 

The new stored procedure will send the company contact their UserlD and password if they 
forgot it. 

The stored procedure 

spSendUserPassword 

©sUserEmai! varchar(50) 

will be called from an .asp page and will write a record into the tbIFaxEmail table. This table 
will later be scanned by an automated process to send the email 
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Appendix C 
Netseek Portal Creation Process Definition 

1. Populating Netseek Database Tables - Create Portal 

The functionality of populating the Netseek database to create a portal will comprise a 
component that will allow a user to purchase a portal package online. 

1.1 Portal Creation Process 

This ASP will allow an operator to create any number of records for certain portal creation 
tables, which translate into a portal entity within the database. 

The first step allows entry of default information for creating new portals within the database. 

1 .1 .1 Create New Portal 

A series of data entry pages are presented for entering default portal website information, as 
follows. 

1 . Main Page 

2. Content/Products/Services 

3. Announcements 

4. Catalogues and Catalogue Items 

5. Menus 

6. Deals 

The user will be able to navigate through the series of screens entering default information 
and specifying how the portal websites should look, and the default template information it 
should contain. 

When the CREATE button is pressed, the system will write the records to the 
tbIRequestPortal tables for processing. 

1.1.2 Creating Records 

This forms the core of the population system. This creation procedure is called from the 
Creation Polling Routine and also when the user clicks the Create button to create a portal. 

The actual portal creation process starts after the user selects the CREATE button after the 
portal template and data collection process. 

This action calls the stored procedure spilnsertManual to insert a blank record into each of the 
SQL tbIRequest... tables and returns the IRequestID, which is unique to that specific portal. 

The portal template information and data that is entered by the end user is then exported via 
update queries to the tbIRequest records just created. The IRequestID is used to reference 
the correct portal creation records in the event that numerous users are creating portals 
simultaneously. 

When the portal template information and data is written to the tbIRequest tables, the 
procedure spCreateRecords is called, passing the current IRequestID as an identifier for the 
portal being created. 

This process commences at the top of the tbIRequestPortal, for each IRequestID, if a specific 
IRequestID is not passed. 
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1.1.3 Create the Actual Portal Website Records (IRequestID Specific) 

The spCreateRecords process inspects details of the 'Create Portal' request, 
(bAddMorePages, IWebsitelD, iRequestQty) in the underlying tbIRequest... tables and 
creates the table records via three sub procedures. These are spCreatePortal, 
spCreatePortalChild, and spCreateOther. 

The spCreatePortal procedure creates the portal 'main page 1 records and also calls 
spCreateWebsiteChild and spCreateOther. This procedure accepts the IRequestID and 
iChildQty parameters so that it can process the correct request record and flag each Website 
as individual or parent. 

The spCreateWebsiteChild procedure solely creates Website records that are flagged as 
children and attaches them to a parent. This procedure accepts the IRequestID and 
IWebsitelD parameters so that it can process the correct request record and attach it to the 
correct Website. 

The spCreateOther procedure will create all other Website related records (Announcement, 
Menu, MenuDeal, ProductService, CataloguePage, and Catalogueltem) and attach them to a 
Website record. This procedure accepts the IRequestID and IWebsitelD parameters so that it 
can process the correct request record and attach it to the correct Website. 

The password is generated as a string of random letters and digits in a new stored procedure 
called spCreatePassword. This procedure is called within the spCreatePortal, and 
spCreateWebsiteChild procedures. 

This process bops to create the next portal website, until the requested number of websites 
are created within the portal. 

After the records are successfully created, the request records that match the passed 
IRequestID are then deleted from the tbIRequest tables. 



1 .1 .4 spCreateRecords 

A scheduled job exists on the Portal Server that will periodically scan the 
tblRequestWebsiteParent table for records that are flagged as WWW requests 
(sRequestSource = W) and that have the transaction approved (bTransApproved = True). 

This routine will loop through all the pending transactions that match the criteria and call the 
Record Creation procedure for each request (see 1 .1 .3). If the Record Creation procedure 
returns with a Success status, then the user is informed that the request has been processed 
and will email them with their UserlD and Password. 

It is expected that during the processing of a portals creation, this polling routing will be 
processing hundreds of records at a time. 

1 .4 Fax/Email Requestor - To Notify That Portal and Websites 

When records have been created via the WWW, a record is to be written to the tbIFaxEmail 
table so that either a Fax or Email can be sent to the user to inform them that their portal has 
been created. 

If an individual website is created, the email or fax should be sent immediately (Status = 
'PENDING*). 

The procedures spCreateRecords and spCreatePortal call a procedure called spiEmail, which 
writes a record to the tbIFaxEmail table. An external process then interrogates this table and 
sends the faxes/emails. See 1 .5 below. 
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1.5 Fax/Email Process 

This process retrieves all PENDING' items in the tbIFaxEmail table. 

The process opens this resultset and inspects the sCorrespondanceType field. If it is TAX', 
then a fax file is and sent to the fax server, if it is 'EMAIL', then an email is sent via the 
ASPMail. If ASPMail detects an error in sending the email, the error message is written to the 
sFailReason field in the tbIFaxEmail table. 

The emailing component has two new entries in the NetSeekFax.ini file. These are: 
[SMTP SERVER], which specifies the email server address (eg: mail.netseek.com.au) 
and 

[SMTP TIMEOUT], which specifies how long ASPmail should attempt to send the email in 
seconds. 

After the resultset has been processed, the process will poll the working folder (specified by 
the [FAX/EMAIL PROCESS PATH] entry in the NetseekFax.ini file) every minute to determine 
if all fax files have been processed by GFIFaxMaker. When no files exist with the extension 
.txt (all have been processed by GFIFaxMaker), the fax files are organised into Success and 
Error subfolders and the program is closed. 

An NT Schedule has been set up to start the polling every 15 minutes. More than one process 
session is not be allowed. The process should check to see if it is already running on 
activation. 
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Appendix D 
Search Architecture ASP Pages 

Portal Entry page. 

Starting point into a portal search engine is a single page (can be static or dynamic). This is a 
content providing page containing the portal code together with basic search criteria: 
keywords, suburb, region, state. These are embedded in the form tags as an input text. 

Control is passed to seek.asp using POST method. Action selected is embedded in the image 
selected: 

depending on the selection like <... name=announcementsrc="images/purple_01 __02.grP 
type=image width=55>. 

There are 4 types of actions: catalogue, announcement, company and menu. The Portal code 
for this page is hardcoded into it. The main portal search page has a Portal &de of that 
corresponds to a value in the tbIPortalCode table. 

Dynamic pages 

Dynamic pages (ASP) are located in /scripts directory. Structure of most of the dynamic 
pages is similar. For modularity and extensibility certain functions are located in the server 
side includes. Here is an example of the seek.asp includes: 

<!«#indude file =".7scripts/style.css"-> 

[common style elements of the site like hyperlink colors, table cells colors, etc] 

<!-#include file ="aspconstinc"-> 
[ASP constants definition - optional] 

<!-#include file ="commonvb.inc"-> 

[Common functions used throughout the system like setting stored procedure parameters, 
building search bar, etc] 

<i-#include file ="commonvbseek.inc"-> 

[Page specific functions. This varies from page to page. Current page specific includes: 

commonvbdetUnc 
commonvbdet!_catalogue.inc 
common vbenrol.inc 
common vbmsg.inc 
commonvbseek.inc] 

<!-#include file =\Vscripts/footerJnc"-> 
[Dynamically creates page footer with Copyright information] 

Most of the information on the dynamic pages comes from the database (delivered through 
stored procedures and populated to HTML tags through ASP functions). 

Common programming mechanism for getting this information looks like: 

Set Conn = Server.CreateObject("ADODB.Connection") 
V/spgqmCompany 

Set RS = Server.CreateObject("ADODB.Recordsef ) 
Conn.Open "NETSEEK", "SQLuser*. "password" 

Set cmd - server.createObject( M ADODB.command B ) 
set cmd.activeconnection = Conn 
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cmd.CommandType = adCmdStoredProc 
sType="Company* 
SetSPParamsDetl cmd t sID, sType 
Set RS = cmd.Execute 

Database data is displayed in two ways. Either through direct insertion of the HTML tags like: 

<font size="2"><%=RS( B sProdServPageFooter")%x^ont> 

or through HTML formatting subf unctions like: 

<%=GetProdServBar(cmd, sID, RS1 , RS) %> 
<%=GetCompanyHeader(RS) %> 
<%=GetProdServBar(cmd, sID, RS1, RS) %> 
<%= GetCompanylnfo(RS, RS2, •Product")%> 



Seek page. 

Seek page is preferably a recursive dynamic page. It's preferably called in 3 scenarios: from 
the static page like a portal entry page(above), a new search from company pages or by itself 
(when displaying search results). When called by entry page or new search option it sets itself 
in corresponding mode (business, announcement, catalogue or restaurant). When traveling 
through Netseek system user preferably always stays in one of those modes until new search 
is initiated from the entry page. Seek uses server site variables to preserve information 
between the searches or throughout result navigation. 

To identify users and match them with server side temporary storage Netseek sites use 
temporary cookies. Users cookie holds a unique session handle that allows server side ASP 
to identify which information to restore. 

Initial search is preferably always executed using POST method. Navigation through the 
results is preferably achieved through GET method. 

Here is a list of dynamic pages with the basic description: 



File Name 


Function/Description 


1prodserv.asp 


Retrieves specif ic product, service or content 
information. Executed when user selects particular 
product, services or content links displayed on the left 
hand side bar (in main page area) 


2menu.asp 


Retrieves specific menu information. Executed when 
user selects particular menu link displayed on the left 
hand side bar (in company area) 


3deal.asp 


Retrieves specific special offer information. Executed 
when user selects particular special offer link displayed 
on the left hand side bar (in company area) 


announcement.asp 


Retrieves specific announcement information. Executed 
when user selects particular announcement from the 
announcements grid. 


announcements. asp 


Retrieves all the announcements available for this 
parent. Results are presented in grid format. 


catabgue.asp 


Retrieves specific catalogue information. Executed when 
user selects particular catalogue from the 
announcements grid. 


catalogues.asp 


Retrieves all the catalogues available for this company. 
Results are presented in grid format 


company.asp 


Retrieves detailed information for the specific company 
and home page. 
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contact.asp 


Retrieves basic company information (like principle, etc) 
and builds contact company page. Processing is passed 
to sndmessage.asp (POST) 


enrolbasic.asp 


Allows user to enter basic subscription information. 
Processing is passed to enrolbasicend.asp (POS) 


enrolbasicend.asp 


Processes enrolment information. Creates new entries in 
the database. 


seek.asp 


Main search functionality. 


sndmessage.asp 


Processes contact information. Inserts basic info and 
message into the database for faxing or emailing. 



Portal Files 

ROOT: 

global.asa 
defaulthtm 

ROOTM mages: 

background.jpg 

background2.jpg 

Banner.GIF 

BANNER.jpg 

bannereg.grf 

btnannouncementjpg 

btncatalogue.jpg 

btncompany.jpg 

btnmenu.jpg 

clear.gtf 

ColourLogoSmall.jpg 

ColourLogoSmallEmboss.jpg 

intertmhome.gif 

keywords.gif 

lilacbackground.jpg 

nslogo.jpg 

purple_00.gif 

purple_01_01.gif 

purple_01_02.gif 

purple_01_04.gif 

purple__01_05.gif 

purple__02_02.gif 

purple__02__03.gif 

purple_03_03.gif 

purpie_04_02.gif 

purple_04_04.gif 

purple_05_01.gif 

purplebutton.gif 

region.gif 

smlIogo.jpg 

smllogoljpg 

state.gif 

suburb.gif 

thinblueline.gif 

Thinblueline_hp.gif 
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ROOTVscripts: 

1prodserv.asp 

2menu.asp 

3deal.asp 

announcementasp 

announcements.asp 

aspconstJnc 

catalogue.asp 

catalogues.asp 

commonvb.inc 

commonvbdetl.inc 

commonvbdetLcatalogue.inc 

commonvbenrol.inc 

commonvbmsg.inc 

commonvbseekJnc 

company.asp 

contact.asp 

enrofbastcasp 

enrolbasicend.asp 

footer.inc 

seelcasp 

sndmessage.asp 

style.css 

style.inc 
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Appendix E 
Portal Creation Processes and Functions 



Version: 7.3 

1. Populating Netseek database 

The functionality of populating the Netseek database to create a portal will comprise a 
component that will allow a user to purchase a portal package online. 

1.1 Automatic Portal and Website Creation and Population (via WWW) 

1.1.1 Information Collection 

Any Internet user will have the option to visit a Purchase page on the site and purchase any 
one of a set of pre-defined packages. 

The first page presented to the user will consist of the collection of mandatory information. 

The user will be asked to enter information about their company such as Name, Address, and 
Contact details. The user will also be informed when their portal request has been completed, 
by e-mail. 

1.1.2 Purchase Portal Pages 

The next page that is presented will allow the user to select one of many predefined portal or 
website packages that are available. A portal package may exist that will ask the user how 
many websites to create within the portal. A website package may exist specific to restaurants 
and cafes or specific to a retailer. 

Eg: 

An example of a portal might be a shopping mall containing 150 shops, each requiring 4 
content pages, and 1 0 catalogue pages, with shopping cart functionality. Netseek would 
create 150 records in the tbICompany table through this process. 

A restaurant may purchase the following package: 

1 home page + 3 Menu pages (each menu containing 6 items) 

Whereas a hardware store may purchase: 

1 home page + 2 Announcements 

+ 5 Catalogues (each catalogue with 6 items) 

The user will also be asked to enter their credit card details for the online purchase. 



1.13 Request Processing 
Initial Requirement 

A stored procedure will be called when the user submits the requests. The stored procedure 
will accept as parameters all the portal and company specific fields that they entered as well 
as an integer flag to indicate what package they have selected. 

This flag will be inspected and will create records in the tbIRequest... tables that correspond 
to the package indicated. In the tbIRequestCompanyParent table, the sRequestSource flag 
will be set to W and the bTransApproved flag set to False. 
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The Transaction Server will then attempt to make the purchase via the entered credit card 
details. If successful, the bTransApproved flag will be set to True to indicate that the purchase 
was successful and that the polling routine can process the request. 



What was implemented 

A new stored procedure has been created called spiWWWRequest. This procedure accepts 
key company fields such as sCompanyName, sContactName etc... and also an integer to 
indicate what package they have selected. 

The procedure then creates the corresponding records in the tbl Request... tables according 
to the selected package. The polling routine will then extract this information from the 
tbIRequest... tables and process the requested records. 



1.1.4 Polling Routine 
Initial Requirement 

A scheduled job will be set up on the Netseek SQL Server that will periodically scan the 
tbIRequestCompanyParent table for records that are flagged as WWW requests 
(sRequestSource = *W') and that have the transaction approved (bTransApproved = True). 

This routine will loop through all the pending transactions that match this criteria and call the 
Record Creation stored procedure for each request (see 1 .3). If the Record Creation stored 
procedure returns with a Success status, then the user is informed that the request has been 
processed and will either fax or email them with their UserlD and password. 

tt is expected that if a portal is requested, this polling routing will be processing hundreds of 
records at a time. 

1.2 Manual Population (via Access ASP) 

This ASP will allow an operator to create any number of records for certain tables, which 
translate into a portal. 

The first option will allow entry of default information for creating new portals within the 
Netseek database. 



1.2.1 Create New Portal 

A series of screens will be presented for entering default portal website information. The 
screens that will be presented are: 

+ Company 

+ Content/froducts/Services 

+ Announcements 

+ Catalogues and Catalogue Items 

+ Menus 

+ Menu Deals 

The user will be able to navigate through the series of screens entering default information 
and specifying how the portal websites should look, and the default information they should 
contain. 

When the create button is pressed, the system will write the records to the WWWRequest 
table for processing. 



1 2.2 Creating Records 
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The actual record creation process starts after the user clicks the Create button that is on the 
last data entry screen. This action will call the stored procedure spilnsertManual to insert a 
blank record into each of the SQL tbIRequest... tables and return the IRequestlD. 

The data that is temporarily stored will then be exported via Update queries to the records just 
created on SQL server (using the IRequestlD to update the correct ones). 

When the data is in SQL Server the procedure spCreateRecords is called. This procedure 
accepts the IRequestlD to inform it what records it should process. 



1.3 Create Records Process 
Initial Requirement 

This will form the core of the population system. This stored procedure will be called from the 
Polling Routine and when the user clicks the Create button to create a portal. 

This process commences at the tope of the file, for each IRequestlD 

This procedure will accept the IRequestlD as a parameter to indicate what record from the 
request tables should be processed as many requests may exist in these tables. 

The entire process will be enclosed within a transaction so should something fail, nothing will 
get written to the 'Live' database. 

Records will be extracted from each table that match the passed IRequestlD and the 
corresponding record will be written to the 'Live' tables. 

If the procedure is processing a manual request ('M'), the bNewRecords flag will be inspected 
to determine if new or more records are to be created and will process the request 
accordingly. 

At this stage, the UserlD will be generated. The UserlD must be unique and will be generated 
via the following algorithm: 

UserlD = First three left most characters from the selected PortalCode + 
ICompanylD field 

Eg: UserlD = 'NET9683201 5' or WES87642389' 

The Password for the user will always be set to 'password'. 

ff the entire process of creation is successful, then the records in the request tables are 
deleted for that particular IRequestlD. 

This process must also create a string of the UserlD and passwords that were created. This 
string is then to be written to the tbIFaxEmail table so that the Fax/Email Process can process 
the requests and send off a corresponding fax or email. 

Actual Functionality 

The spCreateRecords procedure inspects details of the Request (bAddMorePages, 
ICompanylD, iRequestQty) in the underlying tbIRequest... tables and creates the according 
records via three sub procedures. These are spCreateCompany, spCreateCompanyChild, 
and spCreateOther. 

The spCreateCompany procedure creates company records and also calls 
spCreateCompanyChild and spCreateOther. This procedure accepts the IRequestlD and 
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iChildQty parameters so that it can process the correct request record and flag the company 
as individual or parent. 

The spCreateCompanyChild procedure solely creates company records that are flagged as 
children and attaches them to a parent. This procedure accepts the IRequestID and 
ICompanylD parameters so that it can process the correct request record and attach it to the 
correct company. 

The spCreateOther procedure will create all other company related records (Announcement, 
Menu, MenuDeal, ProductService, CataloguePage, and Cataloguettem) and attach them to a 
company record. This procedure accepts the IRequestID and ICompanylD parameters so that 
it can process the correct request record and attach it to the correct company. 

The password does not default to 'password'. It is generated as a string of random letters and 
digits in a new stored procedure called spCreatePassword. This procedure is called within the 
spCreateCompany, and spCreateCompanyChild procedures. 

This process now loops to create the next portal website. 

After the records are successfully created, the request records that match the passed 
IRequestID are then deleted from the tbl Request... tables. 



1.4 Inform Fax/Email Requestor that pages have been created 
Initial Requirement 

When records have been created via the WWW, a record is to be written to the tbIFaxEmail 
table so that either a Fax or Email can be sent to the user to inform them that their portal has 
been created. 

If an individual website is created, the email or fax should be sent immediately (Status = 
'PENDING'). 

The procedures spCreateRecords and spCreateCompany call a new stored procedure called 
spiEmaii. This procedure will write a record to the tbIFaxEmail table to notify the requestor 
that the records have been created. 



12b. Display Active Links 
Initial Requirement 

When the user is editing their home page details, a section will be displayed on the .asp page 
to allow a link to be set up that points to a particular page within their Netseek site or to an 
external site. If the user has chosen to create links to a particular page within their Netseek 
site then a list of all 'Active' pages are displayed. 

From this list, the user will be able to select a page that is to have a link displayed on the left 
hand portion of the .asp page when viewing their portal website. This functionality is porely for 
the purpose of showcasing specific pages with links from the main page. 

A stored procedure will be created called spgActiveLinks that will return the following fields: 

The ID of the particular table, the Type of page (ie: from which table), the page name, and the 
page description. All records returned will be filtered on 'Active* and will be returned in the 
order of home page, product/services, catalogues, menus, menudeals and announcements. 
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Eg: 



ID 



Type 



Name 



Desc 



1 

2 



home page 

prod/serv 

models 



Acme repair service 
repairs 



We fix all electrical items 
Repairs done on all makes and 



1 



catalogue 



Acme catalogue 



Acme April Specials Catalogue 



A new stored procedure, spgActiveLinks, returns a resultset of all the 'Active' records within a 
company (company record, tbICompanyProdServ, tbICompanyCataloguePage, 
tbICompanyMenu, tbIMenuDeal, and tbICompanyAnnounce) and returning them as a single 
resultset as outlined in the initial requirement. 



9. Remove Invalid Characters 
Initial Requirement 

The search stored procedures are using the CONTAINS predicate to search on Keywords. If 
the keywords contain invalid characters (characters that are non alphanumeric), then the 
keyword search may fail. 

To prevent this from occurring, a generic procedure will be constructed to scan the keyword 
string and remove any invalid characters). 

This procedure will be called by all four of the 'search engine processors' prior to extracting 
individual keywords, and will work as follows: 

For each character in the keyword string 

If the character is nof numeric (0 to 9) or not alphabetic (a to z and A to Z), then it is 
an invalid character. 

If the character is a space, then ignore it because the space character delimits the 
keywords in the string. 

Replace the invalid character with a space character (effectively removing the invalid 
character and separating words) 



Pass the new string to the procedure for extracting individual words. 

Eg: "bargain,home & shopping" will be converted to 
"bargain home shopping" 

This string will then have the keywords extracted from it 

"bargain" 

"home" 

"shopping" 



A new stored procedure has been created called spValidateKeyword. This procedure is called 
from all four search stored procedures when either the 'all the words' or 'any of the words' 
querytype is specified. 



15c. Retrieve statistics 



loop 
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Initial Requirement 

Portal's owners may want to retrieve statistical data about their portals visits and activity. This 
will be achieved by creation of a new stored procedure that accepts a portalCode and a Start 
and End date range. 

The procedure will count the number of records in the tblStatsCompanyPage table for the 
Portal that are within the Start and End dates inclusive. 

A resultset will be returned with one field that wilt record the number of visits. Records will be 
returned in the following order: 

1 . Company 

2. Announcement 

3. Menu 

4. Menu Deal 

5. Product/Service 

6. Catalogue 



A new stored procedure has been created called spgPageStatisttcs. This procedure assumes 
that only dates (not date/times) will be passed to the procedure, therefore the time component 
will always be 00:00:00. 

Three fields are returned, Type, Page Name, Number of Visits. The resultset is sorted by the 
Type (which is in the order above) and then by the number of vists in descending order. 



10. Automatic Activation/Deactivation routine 
Initial Requirement 

A scheduled process will be set up on the SQL Server to periodically scan through the tables 
and activate and deactivate records. 

A stored procedure will be run called spActtvateDeactrvate that will scan the following tables: 

tbIPortal 

tbICompany 

tbICompanyAnnounce 

tbICompanyMenu 

tbIMenuDeal 

tblCompanyProdServ 

tbICompanyCataloguePage (includes tbICataloguePagettem) 



Two updates will occur on each of the above tables: 

1) Activate inactive records 

Update the sStatus field to 'Active' if the current system datetime falls within the record's 
start and end dates and if the sStatus field is Inactive' 

2) Deactivate active records 

Update the sStatus field to 'Inactive' if the current system datetime falls outside of the 
record's start and end dates and if the sStatus field is 'Active' 

3) Website home page records will be excluded from this process. 



Created a new stored procedure (spActivateDeactivate) that performs the above. This 
procedure is called by a SQL Server job called Activate/Deactivate records. 
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1 1 . Email/Fax customer of due expiration 
Initial Requirement 

The Netseek customer is to be informed if any of his/her pages are due for expiration within a 
pre-determined time period. A scheduled SQL Server job will be set up to scan the following 
tables and determine if any of the records are due for expiration: 

tbIPortal 

tbICompany 

tbICompanyAnnounce 

tbICompanyMenu 

tbIMenuDeal 

tbICompanyProdServ 

tbICompanyCataloguePage 



This routine will call a stored procedure that calculates a date in the future (calculated by the 
current date + a set interval) and determine if this calculated date exceeds the EndDate of 
any records in the above mentioned tables. 

One message will be sent that will contain details of which item is due to expire. 

The customer will be either faxed or sent a notice that the item(s) is about to expire soon and 
that payment must be made to reactivate the item. 

The procedure is to inform the user at 28 days, 14 days, 7 days and at 0 dcys. At 0 days - the 
website is Inactive - inform user that the record has been deactivated. 



A new stored procedure has been created called splnform Expiry that is run by a scheduled 
SQL Server job every 24 hours. 

A period can be set up in the procedure to determine when a record should be classed as 
about to expire. Currently this period has been set up as 1 4 days in the future. 

The procedure will scan the above tables and retrieve all records that are Active and have an 
EndDate that falls on the calculated 'cut off date (14 days from now). 

These records are inserted into a single message that is written into the tbIFaxEmail table. 
These messages will always be emailed. 

The procedure won't pick up the records again that next time it is executed. 



20. Administration Interface 
20.1 Masterfiles 

Cficking this option will open the Masterfiles submenu that will contain a screen for editing 
each of the following tables: 

tbIPortal 

tblAnnounceCategory 

tblBusinessCategory 

tbICatalogueCategory 

tbICatalogueltemGroup 

tbllgnoredWord 

tbIMenuStyle 

tbIProdServCategory 
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20.2 Company Details 

Clicking this option will display a company search screen. A search must be performed to 
retrieve one company. This is to ensure that the speed is optimal when editing a large 
database. 

Once a company for editing is selected, a submenu with the following options is displayed 
each of which will open a screen to edit the corresponding table: 

tbICompany 

tbICompanyAnnounce 

tblCompanyBanner 

tbICompanyCataloguePage (includes tbICataloguePageltem) 

tblCompanyMenu 

tbiCompanyPayment 

tblCompanyProdServ 

tbIFaxEmail 

tbIMenuDeal 



20.3 System Tables 

This menu option accesses all system tables that the user would not normally be aware of. 
Clicking this option will open the System Tables submenu that will contain a screen for editing 
each of the following tables: 

tblRequestAnnouncement 

tbIRequestCataloguePage (includes tbIRequestCatalogueltem) 

tbIRequestCompanyChild 

tbIRequestCompanyParent 

tbIRequestMenu 

tbIRequestMenuDeal 

tbIRequestProductService 

tbIStatsCompanyPage 

tbIStatsNetseekPage 



23* Export Portal Data 
Initial Requirement 

The Portal's owners may need to view a listing of all the records that they have in their portal. 
An .asp page will be created that allows the Portal owner to log on and select one of many 
options that export data from a particular table (eg: Export companies or Export 
Product/Services) 

The options for export are as follows: 

0) tbiPortal 

1) tbICompany 

2) tblCompanyProdServ 

3) tbICompanyAnnounce 

4) tblCompanyMenu 

5) tbIMenuDeal 

6) tbICompanyCataloguePage (this will include Catalogueltems) 

7) tbICompanyLink 



A stored procedure will be created that accepts sPortalCode and iExportOption as 
parameters. Each option will export most fields from the table - only fields that are specific to 
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Netseek will be excluded, such as ICompanylD, bVisibleToNetseek (as these have no 
meaning for the Portal). 



28. Login Stored Procedure 
Initial Requirement 

Develop a login stored procedure that accepts a UsertD and password. This procedure will 
first try to locate the User in the Portal table and if not found, then it will try and find it in the 
tbICompany table. 

If not found in either table, then a resultset will be returned outlining the error (Greg will reply 
to this), otherwise, the following fields will be returned: 

sTvoe varchardY 

This field indicates if the user belongs to an (A)ff iliate, (l)ndividual Company, (P)arent 
Company or (C)hild Company. 

sPortalCode 

This field will store the PortatCode of the user if the Type is *A'. 
ICompanylD 

This field will store the ICompanylD of the user if the Type is T, *F, or 'C\ 

Created procedure spvValidateUser that accepts sUserlD and sPassword. The procedure will 
always return bSuccess as the first field that is either 1 for success or 0 for failure. 

If the user is valid, the fields sType, sPortalCode, and ICompanylD are returned after 
bSuccess. 

If the user is invalid, the field sReason is returned after bSuccess. 



32. Email UserlD + Password 
Initial Requirement 

The WWW page will allow a user to enter their email address so that their UserlD and 
Password can be emailed to them if they forgot it 

The stored procedure will accept an email address and attempt to find it in the tbICompany 
table on the sUserEmail field. If not found, an error will be returned, otherwise the UserlD and 
Password are written to the tbiFaxEmail table and sent to the sContactEmail address. 

What was Implemented 

A new stored procedure has been created called spSendUserPassword. It accepts the 
sUserEmail as a parameter and attempts to locate it in the tbICompany table. If found, a 
record is written to the tbiFaxEmail that is directed to the email address of the Contact of the 
Company. 



33. Fax/Email Process 

This process retrieves all 'PENDING' items in the tbiFaxEmail table. 

The process opens this resultset and inspects the sCorrespondanceType field. If it is 'FAX', 
then a fax file is and sent to the fax server. If it is 'EMAIL', then an email is sent via the 
ASPMall. if ASPMail detects an error in sending the email, the error message is written to the 
sFailReason field in the tbiFaxEmail table. 

The emailing component has two new entries in the NetSeekFax.ini file. These are: 



80 



WO 01/77883 



PCT/AU01/00393 



[SMTP SERVER] which specifies the email server address (eg: mail.netseek.com.au) 
and 

[SMTP TIMEOUT] which specifies how long ASPmail should attempt to send the email in 
seconds. 

After the resultset has been processed, the process will poll the working folder (specified by 
the [FAX/EMAIL PROCESS PATH] entry in the NetseekFax.ini file) every minute to determine 
if all fax files have been processed by GFIFaxMaker. When no files exist with the extension 
.txt (all have been processed by GFIFaxMaker), the fax files are organised into Success and 
Error subfolders and the program is closed. 

An NT Schedule will be set up to start the polling every 15 minutes. More than one process 
session will not be allowed. The process should check to see if it is already running, on 
activation. 
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